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Preface 


Beginning with Volume XX, tlie Deep Space Network Progress Report changed 
from the Technical Report 32- series to the Progress Report 42- series. The volume 
number continues the sequence of the preceding issues. Thus, Progress Report 
• 42-20 is the twentieth volume of the Deep Space Network series, and is an uninter- 
rupted follow-on to Technical Report 32-1526, Volume XIX. 

This report presents DSN progress in flight project support, tracking and data 
acquisition (TDA) research and technology, network engineering, hardware and 
software implementation, and operations. Each issue presents material in some, 
but not all, of the following categories in the order indicated: 

Description of the DSN 
Mission Support 

Ongoing Planetary/Interplanetary Flight Projects 
Advanced Flight Projects 

Radio Science 
Radio Science Support 
Special Projects 

Supporting Research and Technology 
Tracking and Ground-Based Navigation 
Communications— Spacecraft/Ground 
Station Control and Operations Technology 
Network Control and Data Processing 

Network Engineering and Implementation 
Network Control System 
Ground Communications 
Deep Space Stations 

Operations 
Network Operations 
Network Control System Operations 
Ground Communications 
Deep Space Stations 

Planning and Facilities 
TDA Planning 
Facility Engineering 

In each issue, the part entitled "Description of the DSN” describes the functions 
and facilities of the DSN and may report the current configuration of one of the 
five DSN systems (Tracking, Telemetry, Command, Monitor and Control, and 
Test and Training). 

The work described in this report series is either performed or managed by the 
Tracking and Data Acquisition organization of JPL for NASA. 
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DSN Functions and Facilities 

N. A. Renzetti 

Office of Tracking and Data Acquisition 


The objectives, functions, and organization of the Deep Space Network are 
summarized. Deep space station, ground communication , and network operations 
control capabilities are described. 


The II jep Space Network (DSN), established by the 
National Aeronautics and Space Administration (NASA) 
Office of Tracking and Data Acquisition. (OTDA) under 
the system management and technical direction of the 
Jet Propulsion Laboratory (JPL). is designed for two-way 
communications with unmanned spacecraft traveling ap- 
proximately 16,000 km (10,000 mi) from Earth to the 
farthest planets of our solar system. It has provided track- 
ing and data acquisition support for the following NASA 
deep space exploration projects, for -which JPL has been 
responsible for the project management, development of 
the spacecraft, and conduct of mission operations: 

(1) Ranger. 

(2) Surveyor. 

' (3) Mariner Venus 1962. 

JPL DEEP SPACE NETWORK PROGRESS REPORT 42-28 


(4) Mariner Mars 1964. 

(5) Mariner Venus 1967. 

(6) Mariner Mars 1969. 

(7) Mariner Mars 1971. 

(8) Mariner Venus/Mercury 1973, 

The DSN has also provided tracking and data acquisi- 
tion support for tlie following projects: 

(1) Lunar Orbiter, for which the Langley Research 
Center carried out the project management, space- 
craft development, and mission operations func- 
tions. 

:,/i. 


(2) Pioneer, for which the Ames Research Center car- 
ried out the project management, spacecraft devel- 
opment, and mission operations functions. 

(3) Apollo, for which the Lyndon B. Johnson Space 
Center was the project center and the Deep Space 
Network supplemented the Spaceflight Tracking 
and Data Network (STDN), which is managed by 
the Goddard Space Flight Center (GSFC). 

(4) Helios, a joint United States/West Germany project, 

(5) Viking, for which the Langley Research Center pro- 
vides the project management and Lander space- 
craft, and conducts mission operations, and for 
which JPL provides the Orbiter spacecraft 

The Deep Space Network is one of two NASA net- 
works. The other, the Spaceflight Tracking and Data 
Network, is under the system management and technical 
direction of the Goddard Space Flight Center. Its function 
is to support manned and unmanned Earth-orbiting and 
lunar scientific and advanced technology satellites. Al- 
though the DSN was concerned with unmanned lunar 
spacecraft in its early years, its primary objective now and 
into tlie future is to continue its support of planetary and 
interplanetary flight projects, 

A development objective has been to keep the network 
capability at the state of the art of telecommunications 
and data handling and to support as many flight projects 
as possible with a minimum of mission-dependent hard- 
ware and software. The DSN provides direct support to 
each flight project through that project’s tracking and 
data systems. This management element is responsible for 
the design and operation of the hardware and software in 
the DSN which are required for the conduct of flight 
operations. 

As of July 1972, NASA undertook a change in the inter- 
face between the network and the flight projects. Since 
January 1, 1964, the network, in addition to consisting of 
the Deep Space Stations and the Ground Communications 
Facility, had also included the Mission Control and Com- 
puting Facility and had provided tlie equipment in the 
mission support areas for the conduct of mission opera- 
tions. The latter facilities were housed in a building at 
JPL known as the Space Flight Operations Facility 
(SFOF). The interface change was to accommodate a 
hardware interface between the network operations con- 
trol functions and the mission control and computing 
functions. This resulted in the flight project’s picking up 
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the cognizance of tlie large general-purpose digital com- 
puters, which were used for network processing as well as 
mission data processing. It also assumed cognizance of 
all of tlie equipment in the flight operations facility for 
display and communications necessary for. the conduct of 
mission operations. The network has already undertaken 
tlie development of hardware and computer software 
necessary to do its network operations control and monitor 
functions in separate computers. This activity became 
known as the Network Control System implementation, 
A characteristic of the new interface is that tlie network 
provides direct data flow to and from the stations via 
appropriate ground communications equipment to Mission 
Operations Centers, wherever they may be; namely, 
metric data, science and engineering telemetry, and such 
network monitor data as are useful to the flight project. 
It accepts command data from the flight project directly 
into the ground communications equipment for trans- 
mission to the station and thence to the spacecraft in a 
standardized format. 

In carrying out its functions, the network activities can 
be divided into two general areas. The first includes those 
functions which are associated with the in-flight support 
and in tracking the spacecraft; its configuration can be 
characterized as follows! 

(1) DSN Tracking System. Generates radio metric data; 
i.e., angles, one- and two-way doppler and range, 
and transmits raw data to mission control. 

(2) DSN Telemetry System, Receives, decodes, records, 
and retransmits engineering and scientific data 
generated in the spacecraft to Mission Control. 

(3) DSN Command System. Accepts coded signals from 
Mission Control via the Ground Communications 
Facility (GCF) and transmits them to tlie space- 
craft in order to initiate spacecraft functions in 
flight. 

The second category of activity supports testing, train- 
ing, and network operations control functions and is con- 
figured as follows: 

(1) DSN Monitor and Control System. Instruments, 
transmits, records, and displays those parameters of 
the DSN necessary to verify configuration and 
validate the network, Provides operational direction 
and configuration control of the network and 
primary interface with flight project mission control 
personnel. 
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(2) DSN Test and Training System. Generates and con- 
trols simulated data to support development, lest, 
training, and fault isolation within the DSN. Partici- 
pates in mission simulation with flight projects. 

The capabilities needed to carry out the above func- 
tions have evolved in three technical, areas: 

(1) The Deep Space Stations that are distributed 
around Earth and which, prior to 1964, formed 
part of the Deep Space Instrumentation Facility, 
The technology involved in equipping these sta- 
tions is strongly related to the state of the art of 
telecommunications and flight/ground design con- 
siderations and is almost completely multimission in 
character, Table 1 gives a description of the Deep 
Space Stations and the Deep Space Communica- 
tions Complexes (DSCCs) they comprise. 

(2) Ground communications. This technology supports 
the Earth-based point-to-point voice and data com- 
munications from the stations to the Network 
Operations Control Area at JPL, Pasadena, and to 
the Mission Operations Centers, wherever they may 
be. It is based largely on the capabilities of the 
common carriers throughout die world which are 
engineered into an integrated system by the 
Goddard Space Flight Center for support of all 
NASA programs. The term “Ground Communica- 
tions Facility” is used for die sets of hardware and 
software needed to carry out the functions. 

The Network Operations Control Center is the func- 
tional entity for centralized operational control of the 
network and interfaces with die users. It has two 
separable functional elements; namely, Network Opera- 
tions Control and Network Data Processing. 


The functions of the Network Operations Control Cen- 
ter are: 

(1) Control and coordination of network support to 
meet commitments to network users. 

(2) Utilization of the network data processing com- 
puting capability to generate all standards and 
limits required for network operations. 

(3) Utilization of network data processing computing 
capability to analyze and validate die performance 
of all network systems. 

The personnel who carry out the above functions are on 
the first floor of Building 230, wherein mission operations 
functions are carried out by certain flight projects. Net- 
work personnel are directed by an Operations Control 
Chief. The functions of die Network Data Processing are: 

(1) Processing of data used by Network Operations 
Control for die control and analysis of the network. 

(2) Display in Network Operations Control Area of 
data processed in Network Data Processing Area. 

(3) Interface with communicadons circuits for input to 
and output from Network Data Processing Area. 

(4) Data logging and production of die intermediate 
data records. 

The personnel who carry out diese functions are lo- 
cated in Building 202, which is approximately 200 m from 
Building 230. The equipment consists of minicomputers 
for real-time data system monitoring, two XDS Sigma 5’s, 
display, magnetic tape recorders, and appropriate inter- 
face equipment with the ground data communications. 
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Table 1. Tracking and data acquisition stations of the DSN 


DSCC 

Location 

DSS 


Antenna 

Year of initial 
operation 

l/iij serial — 
designation 

Diameter* 
m (ft) 

Type of 
mounting 

Goldstone 

California 

Pioneer 

11 

25(85) 

Polar 

1958 



Echo 

12 

26(85) 

Polar 

1662 



( Venus ) n 

13 

20(85) 

Az-El 

1962 



Mars 

14 

64(210) 

Az-El 

1966 

Tidbinbilla 

Australia 

Weeinala 

42 

26(85) 

Polar 

1965 



Ball ini a 

43 

04(210) 

Ax-El 

1973 

— 

Australia 

Honeysuckle Creek 

44 

20(85) 

X-Y 

1973 

Madrid 

Spam 

Robledo 

61 

20(85) 

Polar 

1965 



Cebreros 

62 

26(85) 

Polar 

1967 



Robledo 

G3 

64(210) 

Az-EI 

1973 


a A maintenance facility* Besides the 20-m (85-ft) diam Afc-El mounted antenna, DSS IS 1ms a 9-m (3Q-ft) diani Az-El 
mounted antenna that is used for interstation time correlation using lunar reflection techniques, for testing the design of new 
equipment, and for support of ground-based radio science. __ 
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A Viterbi Decoding Program for DSN 
Telemetry System Analysis 

B. Benjauthrit, B. D. L Muihall, and J. S. Wong, 

DSN Systems Engineering Section 


A computer program written in Fortran V for the Univac 1108 to simulate the 
Viterbi decoding algorithm is described together with its capabilities and 
preliminary simulation results . 


I. Introduction 

To increase the capability of deep space telecommuni- 
cation systems, convolutional coding is being implemented 
with Viterbi decoding. The first flight project to use this 
capability will be the Mariner Jupiter/Saturn 1977 
mission. Subsequent interplanetary exploration missions 
will also employ this capability. In verifying the design 
and evaluating the telecommunication systems perform- 
ance (particularly the DSN Telemetry System) for these 
missions, computer programs are a cost-effective way of 
achieving results. This technique can also be used for 
monitoring performance of the Telemetry System* 

This is a progress report on the development of a 
computer program which implements the Viterbi decod- 
ing algorithm for analysis purposes. The program was 
modularized so that minor modifications or additional 
features can be relatively simple to incorporate into the 
program. Actually, there are many computer programs 
{Refs. 1-4) written to implement the algorithm. However, 
they do not possess the required capabilities for analysis of 
DSN Telemetry System performance. 
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II. Program Structure 

The program is written in Fortran V and implemented 
on JPL’s Univac 1108 system, 1 The program is conversa- 
tional and is accessible through remote lerminals such as 
Execuports and Uniscopes. Figure 1 depicts a basic flow 
chart of the Viterbi decoding algorithm. An enlarged 
version of the algorithm is block diagrammed in Fig. 2. 
Since most of the blocks in the diagram are self- 
explanatory, only brief discussions follow. Detailed 
explanations and terminology may be found in Refs. 1-5, 

The program accepts convolutionally coded input data* 
The branch metrics are computed in subroutine BMTAB. 
The summary of decoding results can be printed out for 
any desirable number of decoded bits through Block 7. 
This Is to monitor proper functioning of the program and 
to safeguard against total loss of decoding statistics in the 
event of an 1108 failure* Out-of-sync information used in 


1 The program is based on a Fortran V program written at the Johnson 
Space Center (Ref. 4), Capability added to the program at JPL 
Includes the ability to read test data tapes, perform node synchroniza- 
tion, and compute error burst statistics, 
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Block 8 Is flagged in Block 28, Illegal input symbols are 
detected in Block 8 and are outputted by Block 32, In 
order to determine error statistics, uncorrupted symbols 
and input data bits are generated internally or entered 
externally In Block 14, Selection of decoded bits is 
accomplished in Block 15, together with update statistics 
and print outs. The size of error-free gaps is recorded in 
Block 18 and is passed to Block 17 where the statistics of 
burst errors are analyzed. The summary of burst errors is 
also printed out periodically in Block 17. The out-of-sync 
condition determined in Block 27 on the basis of the 
number of decoded bits and the number of normalizations 
is accumulated in Blocks 19 and 26, respectively. Total 
decoding statistics are printed at an end-of-file, or when an 
error is detected in the data file. 

III. Program Capabilities 

The program was written for the DSN rate 1/2 and rate 
1/3, constraint length 7, 8-Ievel quantization, convolu- 
tional codes. Since the program structure is rather general, 
minimum modifications need be made to accommodate 
other short constraint length convolutional codes. 

Though only two methods of selecting a decoded bit, 
i,e„ the best metric decision and the majority vote 
decision, are available in the program, other alternative 
methods can be easily added to the program. Note that 
the maximum memory path length in bits {the value of m • 


K in Block 13 of Fig. 2) is 72; it can be expanded when 
desired. Besides providing bi; error rate (BER), symbol 
error rate {SER), for the above two methods of selecting 
decoded bits, the hard input data symbols, symbol error 
locations, hard input data bits, and decoded data bits are 
also available. 

The statistics of burst errors are: The number of errors 
per burst, the burst length in bits, and the error-free gap 
length in bits. These results are averaged periodically , and 
summarized at the end of each run. The distribution of 
burst errors is also recorded, 

IV. Preliminary Simulation Results 

The program was employed to process test data 
obtained from CTA 21, after having been converted from 
a 64-level quantization into an 8-level acceptable data 
format. The test conditions of the data and partial input 
data for the program are described in Fig. 3. The statistics 
of raw-symbol and decoded-bit errors are tabulated in Fig, 

4. Note that the result of Fig. 3a was obtained separately, 2 

Though the amount of data processed was too small to 
be of any significance, the results obtained appear to agree 
within the same order of magnitude with those provided 
by the LV7G15 decoder of LINKABIT {Ref. 6). Compari- 
son is made in Fig. 5. 

2 From a program written by Dr. C.A. GrecnbaU 
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K IS THE CONSTRAINT LENGTH 
K • m IS THE MEMORY PATH LENGTH 
m IS USUALLY 5 OR 6 


Fig. 1. Basic Viterbi decoding algorithm 
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Fig. 2. Flow chart of 1108 program 
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END 


Fig. 2. (contd) 
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Fig. 3* Test conditions and program input 


NO, OF 
SYMBOLS 

AVE, LENGTH 
IN BITS OF 

CONTINUOUS ERRORS 

AVE, GAP 
LENGTH 


t. 907Z 

1 .0756 

14.8421 


2. 64B2 

1 ,0772 

14.5398 


3. 3564 

1 .0602 

12*2921 



(a) STATISTIC OF RAW SYMBOLS 


GAP LENGTH (IN blit) 
ERROR LOCATION 

6224 , 543,2331,45, 

lift 

12 3 4 

6405 , 0 , ) , 0 , 2641 , 4164 , 3240, 4856, 1626 

M t ♦ t t t 1 

5 6 7 8 9 10 11 12 


(b) BURST STATISTIC OF DECODED BITS 



Fig, 4. Statistics of symbols and decoded bit errors 



1103 PROGRAM 

LV 7015* 

BER - 

3.74 xl O' 4 

t.tOxlO -4 

SER 

6,83. xl O'" 2 


AVE. NO. OF 
ERRORS/BURST** 

4 

3,8 

AVE. NO. OF BIT 
BURST LENGTH 

5 

6,2 

* FROM REP. 6 AT 4.0 dU 



** A BURST IS DEFINED HERE AS A SEQUENCE OF BIT ERRORS 
containing AT MOST K-2 GOOD BITS 


Fig. 5* Comparison of error statistics 
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Viking Mission Support 

D. 1 Mudgway and A, L Bryan 

DSN Systems Engineering Office 

D. W. Johnston 

DSN Operations Office 


This article continues the report on the results of RF compatihilitij tests 
between Viking Orbiter No> 1 and the Spacecraft Compatibility /Monitor Station , 
Merritt Island , Florida (STDN-M1L 71 ). 

It also includes the status of the Mission Configuration Tests (MCTs) and 
Operational Verification Tests (OVTs), The latter tests are complete , and all 
crews at all stations are trained for cruise support . Initial acquisition OVTs are 
scheduled to be run during July 1975 with the Deep Space Stations in Canberra, 
Australia. 


I. Background 

The previous artjf^ »n this series described progress in 
Viking compatibility testing in January and February 
1975, Activity has been continuing in this area and Inis 
article assesses the test results obtained through May 29, 
1975, Also included is the status of the DSN testing and 
training culminating in the application of Viking configu- 
ration control on July 1, 1975. 

II. Viking Orbiter Radio Frequency 
Compatibility Tests 

This assessment and Status is derived from test results 
obtained between STDN(MIL 71) and Viking Orbiter No. 
1 at Cape Canaveral, Florida, May 27-29, 1975. 

Procedures for conducting these tests were prepared by 
the DSN with test parameters and design criteria related 
to Orbiter telecommunications performance, The final 
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procedures and test plans were approved during a 
meeting of the DSN /Viking Orbiter Telecommunications 
Representatives at Cape Canaveral, Florida, The total test 
time was 28 hours. 

All tests in Ref, 1 were completed^ although specified 
performance criteria for auxiliary oscillator No. 2 and low- 
rate telemetry were not actually met. The extent of 
completion of tests achieved within the scheduled time 
period was due in large measure to the excellent support 
provided by the JPL/Goddard STDN(MIL 71) and 
spacecraft teams, 

A. Test Objectives 

The objective of the tests was to verify telecommunica- 
tions compatibility between the DSN and Viking Orbiter 
No. L The test criteria and parameters simulated direct 
communications between an Orbiter flight article in 
Martian Orbit and a 64-m antenna station. Design 
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compatibility had been previously established between, the 
DSN and Viking Orbiter No, 1 at the Compatibility Test 
Area in Pasadena, Calif, as reported in Ref. 2, 

A selected set of standard tests were performed for 
verifying transponder, radio frequency (RF), command, 
telemetry, and radio metric compatibility. These tests 
were accomplished in accordance with the requirements 
of Ref. L 

B. Test Conditions 

Viking Orbiter No. 1 was configured for mission 
operations and STDN(MIL 71) was configured to simulate 
a DSN 64-m antenna station, Viking Orbiter No. 1 was 
located in the clean room of Building AO, Cape 
Canaveral, Florida, and STDN{MIL 71) was located at 
Merritt Island, Florida. An S-band two-way RF link and an 
X-band one-way RF downlink were utilized between the 
flight article and the ground station. Both links were 
approximately seven miles. 

S-band RF link variations were 0.5 dB peak-to-peak 
during the test. These conditions existed during daylight 
and evening hours on May 28 and 29, 1975. X-band RF 
link variations were 1,0 dB peak-tc-peak during evening 
hours when critical X-band testing was being performed. 

The ground station software utilized in performing 
these tests was supplied by the DSN and was a subset of 
software officially released to the station for Viking 
Project support The programs consisted of: 

(1) Telemetry and Command Program. This program 
provides independent control of the commanding and 
telemetry handling functions. Commands may be control- 
led manually from the station or automatically from the 
Mission Control and Computing Center, in Pasadena, 
Calif. Telemetry may be decoded, formatted, and 
transmitted to the Mission Control and Computing Center 
for decommutation and display, 

(2) Planetary Ranging Assembly Program, This program 
provides either continuous spectrum or discrete spectrum 
operation for determining very accurate range estimates 
of a spacecraft at planetary distances. 

C. Test Results 

The following radio frequency acquisition and tracking 
tests were performed: 

(1) Downlink threshold one-way 
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(2) Uplink threshold 

(3) Downlink threshold two-way 

(4) Spacecraft receiver pull-in range and rate 

(5) Carrier residual phase jitter 

(6) Transponder rest frequency 

(7) Auxiliary oscillator frequency 

The following problems were encountered: 

(1) Auxiliary oscillator No. 2 was found to be approxi- 
mately 800 Hz below design center frequency. Addition- 
ally, the one-way residual carrier phase jitter on auxiliary 
oscillator No. 2 was greater than specified performance. 
Although these conditions have been identified, it is felt 
that neither is significant enough to impact a successful 
mission. No retest is necessary* 

(2) Two-way carrier phase jitter measurements were 
performed with uplink signal levels of -110 dBm and -108 
dBm, respectively. MIL 71 uplink power level during 
these tests was adjusted for maximum spacecraft signal 
level. 

A test of command capability under doppler conditions 
was conducted. No problems were encountered. 

The following radio-metric data tests were performed: 

(1) Ranging channel delay threshold and polarity 

verification (S-band, single channel). 

(2) Ranging channel delay threshold and polarity 

verification (X-band, single channel). 

(3) Ranging channel delay threshold and polarity 

verification (simultaneous S/ X-band) 

While no problems were encountered, there was one 
condition which surprised the observers and the spacecraft 
test team: During the initial acquisition process of the 
ranging system, uplink modulation L removed for 

approximately one second, The effect is a transitory 
increase in spacecraft receiver automatic gain control. 
Initial investigation has verified that the ranging system 
software does, in fact, operate in this fashion. While there 
is no obvious harmful effect caused by this transient, it is 
not desirable, either. At the very least, it will be reported 
as a spacecraft idiosyncrasy. From the spacecraft telecom- 
munications viewpoint, however, the software should be 
modified* 

All objectives of these tests were met, including 
simultaneous S/X ranging which was accomplished for the 
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firsts time between the DSN and a flight spacecraft 
Simultaneous delay measurements were within 3 ns of 
previously measured individual delay measurements* 
S-band link amplitude stability performance during this 
test was 1 dB peak-to-peak, and X-band was 2 dB peak-to- 
peak. 

The following telemetry tests were performed: 

(1) Modulation index and spectrum analysis 

(2) Telemetry performance test 

The following problems were encountered: In Test 14A 
(spacecraft radio mode 3f"), the low-rate data (8*3 bits/s 
uncodcd) signal-to-noise ratio performance was below 
specified criteria, A postcompatibility test at MIL 71 to 
investigate this condition revealed that the low-rate 
telemetry channel performance was degraded by approxi- 
mately 1 dB. A realignment of the system resulted in 
restoring proper performance of the low rate telemetry 
channel It is safe to assume that the excessive loss in the 
station equipment was present during the compatibility 
test and accounted for the measurement falling outside its 
predicted range. It would be desirable, but not mandatory, 
to repeat Test. 14A with the spacecraft if time and 
schedules permit. 


IIL DSN Test and Training Preparations 

A significant change from earlier planning was the 
decision to implement the second 26-m subnet (DSSs 12, 
44, 62) prior to the first Viking launch, The majority of the 
Mission configuration tests for these stations have been 
performed, and the operations] verification tests have just 
been completed. 


Table 1 shows the current mission configuration test 
status of the 64-m, primary 26-m and secondary 26-m 
subnets, indicating actual testing status as of JuJy 1, 1975. 

The 64-m and prime 26-m subnets are considered 
trained to support Viking cruise operations. During the 
period of this report, DSSs 43 and 63 have completed 
cruise phase operational verification tests, DSS 14 and the 
prime and secondary 26-m nets have completed cruise and 
planetary operational verification tests. The stations have 
also supported Viking System Integration Tests, ground 
data system tests and various others of the project-related 
test series including flight operations personnel test and 
training, No problems are anticipated on future support of 
the latter tests. Stations 43 and 63 will be supporting 
planetary phase operational verification tests after launcli 
and prior to encounter. 

IV. Conclusion 

The planned sequence, number and duration of the 
Mission configuration and operational verification tests was 
adhered to with only minor exceptions. 

The operational verification test program is now 
complete and all stations and the DSN Operations Control 
Team have achieved the desired level of Viking mission- 
dependent training proficiency required for Viking cruise 
support. The Mission configuration tes; program should be 
complete prior to launch. 

Initial Acquisition OVTs have been scheduled for DSSs 
42 and 44 in July to exercise the initial acquisition strategy 
produced by the DSN and concurred by the Viking 
Project. These are the final tests to verify launch and 
cruise readiness, 

Configuration control for Viking was applied at all 
stations on July 1, 1975, 
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Table 1. Completion status of MCTs 


Stations 

DSS 


Systems 


Telemetry 

Command 

Tracking 

Monitor and control 

64 m 

14 

43 

63 

C/P 

Cruise strong 
signal only 

C 

4.h outstanding 
(dual exciter switch) 

C 

C 

Not complete 

Not complete 
Not complete 

C/P 

c 

c 


11 

C 

c 

Not complete 

C/P 

Prime 

42 

c 

c 

Not complete 

C/P 

26 m 

61 

c 

c 

Not complete 

C/P 


12 

c 

c 

RF portion only 

C/P 

Secondary 

44 

c 

c 

RF portion only 

C/P 

28 m 

62 

c 

c 

RF portion only 

C/P 




C = cruise P = planetary 
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Pioneer Venus 1978 Mission Support 

R. B. Miller 

DSN System Engineering Office 


Significant aspects of the Orbiter portion of the Pioneer Venus 1978 Mission 
are described. 


I. Introduction 

The Pioneer Venus 1978 Project will consist of two. 
missions: tin Orbiter Mission and a Multiprobe Mission. 
The Multiprobe Mission has been described in several 
previous Deep Space Network Progress Report articles; 
see in particular Refs. 1 and 2. This article will 
concentrate on the Orbiter Mission. 

The Orbiter Mission will launch in late May or early 
June of 1978, using a Type II trajectory, while the 
Multiprobe Mission will be launched in August 1978, using 
a Type I trajectory. Both missions will arrive at Venus in 
early December 1978, the Orbiter arriving a few days 
before the Multiprobe. Both missions will utilize an Atlas 
SLV-I1ID Centaur D-lAR launch vehicle, with approxi- 
mately a 160-km altitude parking orbit. The Orbiter will 
be designed for a minimum lifetime of 243 Earth days in 
Venusian orbit which corresponds to one Venusian day. 
The spacecraft will be constructed by the Hughes Aircraft 
Company under contract to Ames Research Center, which 
has Project management responsibilities. 
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II. Orbiter Spacecraft Characteristics 

The Pioneer Venus 1978 Orbiter and Multiprobe 
spacecraft were designed to use as much common 
hardware as feasible in these distinctly different missions, 
A commonality on the order of 70% has been claimed. 
The Orbiter spacecraft is shown schematically in Fig. 1, 
The spacecraft is spin-stabilized with a mechanically 
despun antenna system. The spacecraft is 254 cm (100 in.) 
in diameter and will use spin rates between 5 and 30 rev/ 
min during the life of the mission. Total mass of the 
spacecraft is 576 kg (1270 lb) accommodating approxi- 
mately 45 kg (100 lb) of scientific instruments. There ^are 
12 on-board experiments, two of which are common to the 
bus spacecraft of the multiprobe mission, Located on the 
spin axis, below the equipment shelf, is a solid orbit 
insertion motor. A monopropellant hydrazine system 
provides propulsion for all velocity correction maneuvers, 
attitude, and spin control, using four radial and three axial 
thrusters. The outer surface of the cylindrical portion of 
the spacecraft is covered with a solar array to provide 
spacecraft power. Located on the spin axis above the 
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equipment shelf is a despun antenna mask accommodating 
a high-gain parabola used for both S- and X-band, a sleeve 
dipole antenna serving as the medium-gain antenna to 
back up the parabola* and at the top a forward 
omniantenna. To complete the onmiantenna pattern, an 
off-axis antenna is provided on the aft end of the 
spacecraft The sleeve dipole antenna is linearly polarized, 
and all other antennas are right-hand circularly polarized. 
The high-gain antenna is 109 cm (43 in.) in diameter* 


III. Science Payload 

The Orbiter mission will carry a complement of 12 
scientific instruments. The on-board instruments are listed 
in Table 1, In addition, there are six ground-based radio 
science experimenters who will utilize the telecommuni- 
cations link from the spacecraft and ground-based 
equipment for their experiments, which are listed in Table 
2 . 

The individual experiments listed in Tables 1 and 2 will 
be described in more detail in subsequent Deep Space 
Network Progress Report articles on the Pioneer Venus 
1978 Mission, 


IV, Mission Description 

The Orbiter Mission will be launched between May 6 
and June 4, 1978, using a Type II trajectory. The 
encounter window at Venus is between Dec, 4 and Dec. 
12 1978. Preliminary mission sequence calls for separation 
from Centaur and initial spinup at launch plus 30 min and 
magnetometer boom deployment at launch plus 4 hours. 
Velocity corrections en route to Venus would occur at 
launch plus 5 days, launch plus 20 days, and at Venus 
Orbit Insertion (VOI) minus 20 days in the nominal 
mission, VOI would occur at approximately launch plus 
200 days. The spin rate of the spacecraft would be 5 rev/ 
min at Centaur separation, 15 rev/min during the cruise 
phase, 30 rev/min during the orbit insertion, and 5 rev/ 
min during the orbital mission phase. 

Figure 2 shows the Earth and Venus locations at the 
start and end of the 243 Earth-day primary mission. 
During that 243 days, Venus will have completed slightly 
more than one orbit around the Sun and one complete 
rotation on its axis. Although the final Venus orbit has not 
been selected, the following is typical for planning 
purposes: an orbital inclination that is 80 deg retrograde 
with an orbital period of 24 Earth hours. Peripasis altitude 
would be maintained between 150 and 260 km, and the 
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latitude of periapsis would vary between 15 deg and 32 
deg north. This trajectory will result in the prime Earth 
occultations (those occurring at periapsis) occurring from 
Day 0 to Day 75 in orbit with a maximum duration of the 
occultation of 25 min. There will be two periods of solar 
occultation (or eclipse) from Day 25 to Day 120, with a 
maximum eclipse of 25 min, and again from Day 183 to 
Day 189 in orbit with a maximum duration of 3,8 h. 

Maintaining the orbit with such a low periapsis altitude 
will require orbital adjustment maneuvers perhaps as often 
as once a week, but at least as often as once a month, 
during the primary orbital mission. 

The Orbiter spacecraft includes a 1.048 X 10 6 -bit 
memory and a redundant 12b-instruction command 
sequencer. The basic mission plan was to be able to 
operate on a 26-m Deep Space Station using a single pass 
each day centered on periapsis. During tills station pass, 
the data from the apoapsis could be recalled from the 
spacecraft, the command sequence reloaded for the next 
24 hours, the periapsis data taken at high rate into the 
spacecraft memory, and finally, the periapsis data played 
out of the memory to the station. As the mission design 
has progressed, the coverage requirements have grown 
considerably due to occultation requirements and expand- 
ing data rate requirements of some of the instruments. 
Table 1 contains a list of the currentl^estimated Pioneer 
Venus Orbiter DSN coverage requirements. The rather 
complex Fig. 3 (designed by J. Dyer of the Pioneer Project 
Office) is an attempt to portray these coverage require- 
ments pictorially, The diagonal line in Fig. 2 extending 
from 16 GMT on Day 0 represents a tentative selection by 
the Project of a time for periapsis passage. This was 
selected to have the periapsis passage during the mutual 
Golds tone-Australia Deep Space Station view period to 
try and help minimize the coverage conflict between 
Pioneer Venus and the Mariner Jupiter-Saturn (MJS) 
missions which will be flying during the same time period, 
which includes the two Jupiter encounters. The 2-hour 
band extending out to Day 120, becoming 3 hours out to 
the end-of-mission, is the basic 26-m coverage require- 
ment In order to perform the daily data recovery from the 
spacecraft memory and reloading of the command 
sequencer. The increase in number of hours around Day 
120 is necessary due to the decreasing bit rate. Remem- 
bering Fig. 2, the range to the spacecraft while in orbit 
around Venus continually increases during the primary 
mission, which ends just before the first superior 
conjunction. Figure 4 translates this range increase to the 
bit rate as a function of days in orbit for both a DSN 26-m 
and a 64-m antenna, assuming the spacecraft is using the 
high-gain antenna and is in the high-power mode. 
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The prime occupations occur for the first 70 to 80 days 
of orbit and require 64-m coverage of approximately three 
hours centered on periapsis because of signal level 
requirements and the requirement for X-band reception. 
This coverage requirement is shown as the cross-hatch 
section in Fig. 3 along the diagonal out to Day 80, Recall 
that many orbit adjustment maneuvers will be required 
because of the low periapsis altitude, and therefore a 
minimum coverage requirement for radio metric data 
purposes for navigation has been established as a 26-m, 24- 
h pass at least two days out of every six, although 
continuous 26-m coverage is preferred There will also be 
approximately 15 days of apoapsis occupations between 
Day 150 and Day 165, which, because of their duration, 
will require on the order of six hours of 64-m coverage. 
Tliis is shown in Fig, 3 as the cross-hatched, irregular 
polygon centered on Day 160. An on-board instrument, 
whose data rate requirements have added to the coverage 
requirements, is the cloud photopolarimeter (CPP). This 
instrument has two modes: a polarimetry mode, requiring 
medium data rates; and an imaging mode requiring higher 
data rates. Neither of these modes can be accommodated 
by using the megabit memory and are therefore required 
to be received in real-time. The polarimetry requirement 
requires 18 hours per day of 26-m coverage in two 
approximately 10-day blocks during the mission. Table 3 
lists typical days for the polarimetry observation. The 
imaging portion of the experiment requires two 10-day 
blocks of continuous 64-m coverage, which is pictured as 
the two vertical bands in Fig. 3 at about 100 and 120 days. 
In addition, 8 hours per day of 64-m coverage for apoapsis 
photography is required for 30 days spread between the 
40th and llGth day in orbit. The most recently identified 
additional coverage requirement will be for 64-m 
coverage for a radar imaging experiment; however, the 
details of this requirement have not been determined. 

Extensive negotiations between the Pioneer Venus 
Project and the MJS Project are in process in order to try 
to accommodate the coverage requirements of these two 
missions as well as Pioneer 10 and 11 during the orbital 
phase of the Pioneer Venus Mission. The preliminary 
work so far accomplished in the negotiations between 
these two projects indicates that, in general, the Pioneer 
Venus and MJS coverage requirements can probably be 
met, but the minimum coverage that is acceptable to 
Pioneer 10 and 11 will be extremely difficult to provide. 

V, Telecommunications 

The Pioneer Venus Orbiter spacecraft will be transmit- 
ting continuous telemetry using FCM/FSK/PM (biphase) 
modulation of the 5-band carrier. Ihe subcarrier fre- 

JPL. DEEP SPACE NETWORK PROGRESS REPORT 42-28 


quency will be 32.768 kHz with a modulation index of 
either 37.2 or 67.6 deg, which is selectable by ground 
command independent of bit rate. The spacecraft can 
transmit at the following rates: 8, 16, 64, 128, 170-2/3, 
256, 341-1/3, 512, 682-2/3, 1024, and 2048 bits/s. 4096 
bits/s might also be possible in the early phase of the 
mission, although it is not yet known whether the DSN 
can support that data rate with sequential decoding. The 
normal operating mode of the spacecraft will be long- 
constraint-length convolutional coding to be sequentially 
decoded. All formats are 512 bits in length, using 64 8-bit 
words and incorporating a 24-bit sync word (7614251 1$). 
Since the constraint length is 32, the encoder will be reset 
as the last bit of each sync word enters the encoder. 

The spacecraft will have an X-band transmitter, phase- 
coherent to the S-band transmitter, which will be present 
for radio science purposes only (i.e., no X-band telemetry 
will be possible). Phe X-band transmitter will have a 
power of 750 mW, while the S-band will have a power 
selectable of either 10 or 20 W using solid-state amplifiers 
instead of TWTs (traveling wave tube amplifiers). The 
despun high-gain antenna will have a gain of 25 dBi at 
S-band and 29 dBi at X-band. The despun sleeve dipole 
antenna will have a gain of 8 dBi, and the despun forward 
omnidirectional antenna and aft omnidirectional antenna 
will have a gain of slightly more than -6 dBi. The high-gain 
antenna is movable up to 17 deg in elevation, measured 
perpendicularly to the spin axis. 

There will be many different telemetry formats as a 
function of mission phase; however, all format changes 
should be transparent to the DSN. 

The frequencies assigned to the Orbiter Mission are 
Deep Space Channel 12 for the prime transponder. Deep 
Space Channel 11 for the redundant transponder, and 
Deep Space Channel 17 for the flight spare transponder. 
The actual frequencies are listed in Table 1 of Ref. 2, 

The Command System will be using frequency shift 
keying/phase modulation where the two tones will be a 
Data 0 of 100 Hz and a Data 1 of 225 Hz. The command 
rate will be 4 bits/s, and individual commands will be 59 
bits long. Contiguous commands after the first 59-bit 
command can be 48 bits long. There will be on die order 
of 370 different commands, the majority of which are 
redundant. The on-board command storage will have a 
redundant capacity of 128 locations in which can be stored 
either a specific instruction (command) or a delta time to 
be counted down until executing the next instruction. The 
redundant command storage units can be operated either 
in parallel for highly critical mission events or in series to 
effectively double the on-board capacity. 
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Table 2. Ground-based experiments 


Table 1* On-board experiments 


Experiment 

Principal investigator 

Neutral particle mass 
spectrometer 

H. B. 0. Niemann 
Goddard Space Flight Center 

Charged-particle mass 
spectrometer 

H. A* Taylor, Jr. 

Goddard Space Flight Center 

Electron temperature 
probe 

L. II, Brace 

Goddard Space Flight Center 

Retarding potential 
nnalyzer 

W. C. Knudsen 

Lockheed Aircraft Corporation 
Palo Alto Research Laboratory 

Ultraviolet spectrometer 

A, L Stewart 
University of Colorado 

Infrared radiometer 

F* W. Taylor 

Jet Propulsion Laboratory 

Cloud photo-polarimeter 

J, E„ Hansen 

Goddard Institute for Space Studies 

Magnetometer 

C. T. Russell 
UCLA 

Plasma analyzer 

J, XL Wolfe 

Ames Research Center 

Electric field detector 

F. L. Scarf 
TRW 

Surface radar mapper 

G. H, Pettengill 
Massachusetts Institute of 
Technology 

Gamma burst detector 

W. D. Evans 

Los Alamos Scientific Laboratory 


Earth-based 
radio experiments 

Experimenter 

Dual frequency radio 
occupation 

A. J, Kliorc/Jet Propulsion Laboratory 
and 

T. Croft/Stanford University 

Atmospheric and solar 
corona turbulence 

R. Woo/Jet Propulsion Laboratory 

Drag measurements 

G, N. Keating/NASA Langley Research 
Center 

Internal density 
Distribution 

R. J. Phillips/ Jet Propulsion Laboratory 

Celestial mechanics 

I, I. Shapiro/ Massachusetts Institute 
of Technology 


Table 3. Pioneer Venus Orblter—estlmated DSN requirements 


Network 

Interval, 

h/day 

Schedule (day 
number in orbit) 

Purpose 

26 m 

4 

1 to 120 

Daily data and 
command sequence 


6 

121 to 250+ 

Daily data and 
command sequence 


24 

2 days out of G a 

Navigation, mass 
properties 


18 

80 to 94*> 
106 to 11# 

Cloud pbotopolarimeter 
polarimetry 

64 m 

8 

1 to 70 

Short occupations 


6 

150 to 165 

Long occupations 


24 

95 to 10S b 
116 to. 125b 

Cloud pbotopolarimeter 
imaging 


8 

30 days between 
40 to 110 

Cloud pi ic top ol oximeter 
imaging 


3 

l/wk° 

Radar imaging 


a 24 h/day every day preferred 
^Examples, subject to adjustment 
^Average requirement, details unknown 
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DAYS FROM ORBIT INSERTION 

Fig. 4. Orbfter data rate capability, despun higtvgain 
antenna high power mode 
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Hellos Mission Support 

P. S. Goodwin 

DSN Systems Engineering Office 

W. G. Meeks and S. E. Reed 

Network Operations Office 


The successful flight of the Helios-1 spacecraft continues . It has emerged from 
its first solar occupation and has reached aphelion at its maximum distance 
from Earth. Valuable scientific data were obtained during entry and exit from 
this solar occupation, and preparations are underway for the second solar 
occupation which will occur during mid-summer . Preparations are also 
underway for the launch of Helios-B in December 1975 1 


I. Introduction 

This is the fourth article in a series that discusses the 
Helios-1 flight support provided by the DSN, The 
previous article (Ref. 1) reported the results of Helios-1 
inferior conjunction and perihelion operations. Helios-1 
superior conjunction and initial Helios-B planning were 
also discussed. This article covers the Helios-1 superior 
conjunction passage and the initial plans for a second 
superior conjunction in August 1975. Additionally, DSN 
tracking coverage and system performance are covered as 
well as current Helios-B DSN Operations planning. The 
Helios-B DSN Test and Training schedule has been 
submitted in preparation for launch in December 1975. 

II. Mission Status and Operations 

A. Helios-1 Superior Conjunction 

The Helios-1 Mission Phase II ended and Phase HI 
commenced as the spacecraft's trajectory reached a Siin- 


Earth-probe (SEP) angle of 3 degrees on April 13, 1975, 
The first Helios superior conjunction was not completed 
until June 8, 1975. As the SEP angle diminished to 0.43 
degrees on May 6, the degradation of the telemetry data 
increased until a total telemetry blackout was observed. 
Telemetry blackout occurred at the 26-meter stations on 
April 25, and telemetry data were not recoverable again 
until May 23. Due to a greater antenna gain factor, 
telemetry blackout at the 64-meter stations was not as 
severe as at the 26-meter stations; therefore, the total 64- 
meter station blackout lasted only from May 2 through 
May 15, 1975. 

The Helios superior conjunctions are highly unusual as 
compared to those of previous spacecraft, which were 
more nearly polar conjunctions. The unique Helios 
trajectory (Fig, 1) has an orbital eccentricity of 0,016 
degrees and offers the Helios Radio Science Team their 
first opportunity to measure solar and corona effects upon 
the radio-frequency (RF) line, which is within the plane of 
the ecliptic during a superior conjunction. 
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The Faraday rOation experiment, which is one of the 
passive radio science experiments for Helios, exhibited an 
unexpected magnitude during superior conjunction. This 
phenomenon affected the polarization of the RF link more 
than had been anticipated and invalidated the DSN’s 
polarization predicts near the stations local meridian. A 
special polarizer configuration and procedure were 
implemented at DSS 14 (64-meter station at Goldstone, 
California) to permit the auto-polarizer to track the 
received RF signal completely through 360 degrees. This 
procedure, along with a polarization boresite calibration 
procedure, removed a potential 180-degree ambiguity in 
the Faraday rotation data. It is understandable that 
stations not equipped with remotely controlled polarizers 
encountered more difficulty maintaining a correct polar- 
izer setting* Fortunately, biases to correct the polarization 
predicts could be obtained from the stations with auto* 
polarizers, 

The celestial mechanics experiment, the second passive 
radio science experiment, was supported with the 
Planetary Ranging Assembly at DSS 14. Additionally, the 
experiment was supported by the MU II Sequential 
Ranging equipment. This equipment was designed to 
support the Mariner Venus/Mercury 1973 radio science 
experiments (Ref* 2). The experimenter is currently 
attempting to correlate the planetary ranging and MU II 
ranging data. Continued investigation of celestial mechan- 
ics will be supported during the next Helios-I superior 
conjunction. 

Helios-1 will enter its second superior conjunction 
period on August 20, 1975. The second superior conjunc- 
tion, which occurs at 1.6 AU from Earth, will result in a 
total occultation on August 31, 1975. The second Helios-1 
superior conjunction will be supported by the DSN at a 
level equal to that of the first solar occultation. Telemetry 
data may be degraded somewhat during the interval 
between the first and second occultations due to the 
relatively small SEP angle throughout this period. The 
Helios-1 second superior conjunction and second perihe- 
lion phase will almost overlap each other. The second 
occultation period will end on September 6, and 
Perihelion II will start on September 9, 1975. DSN 
planning for the second perihelion has started, with 64- 
meter antenna support for the second perihelion re- 
quested from September 9 through October 4, 1975. 

B. Helios-B Planning 

The 11th Helios Joint Working Group Meeting was 
held in Munich, West Germany, from May 20 through. 22, 
1975. This meeting was to formally consummate the on- 
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going Helios-B planning. The Helios-B spacecraft will be 
launched from Cape Canaveral, with the window opening 
on December 8, 1975. The planned trajectory will place 
the spacecraft in a solar orbit with a perihelion distance of 
0.29 AU. The Helios-B launch profile will be similar to 
that of Helios-1, with initial acquisition over DSS 42/44 in 
Australia. 

The entire Helios-B scientific mission will, In fact, 
closely parallel that of Helios-1, and it is anticipated that 
Helios-B will provide the project scientists with three 
perihelion crossings during its planned mission. Mission 
operations, however, will be markedly different during 
launch and Phase I operations. Unlike Helios-1, Helios-B 
launch and Phase I operations will be controlled from the 
German Space and Operations Center (GSOC) and not 
from the Jet Propulsion Laboratory. This will be a new 
launch configuration and another first in the field of outer 
space exploration and cooperation. This launch configura- 
tion for Helios-B is only one indication of the ever- 
increasing ability of GSOC* In preparation for an 
unforeseen emergency, a backup Spacecraft Operations 
Team will be located at JPL during Helios-B launch and 
Phase I activities* All Helios-B attitude and orbit 
determination functions will be accomplished by teams 
located at JPL. The DSN will continue to provide tracking 
support over Australia and Goldstone while the German 
stations will be prime in the zero-longitude area. 

Helios-B test and training will start in early August with 
the DSN Operational Verification Tests and terminate in 
early December with the Mission Operations System 
Operational Readiness Tests one week prior to launch. 
Intervening Simulation System and Ground Data System 
tests will be performed in September. DSN Performance 
Demonstration Tests and Helios-B end-to-end testing, from 
the spacecraft through the STDN (MIL 71) station at 
Merritt Island, Florida, will be performed in October 
1975. In early November, DSN launch and Step II 
Maneuver Operational Verification Tests will be con- 
ducted. DSN Helios-B test and training will be concluded 
in late November with the Configuration Verification 
Tests. 

C, Actual Tracking Coverage Versus Scheduled 
Coverage 

This report covers Helios-1 tracking coverage which 
was provided by the DSN from April 15 through June 12, 
1975. With Helios Phase ni operations commencing at 
the start of superior conjunction on April 13, there were 
substantially fewer tracks supported by the DSN during 
this period than during the two previous reporting 
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periods. There were only 79 tracks supported by the DSN* 
while theoretically 177 tracks were available. This was 
primarily due to the telemetry data blackout caused by 
solar effects when the Earth-spacecraft line is near the 
Sun, 

Prior to Helios-1 launch, 82 tracks had been forecast in 
the long-range schedule for this time period, but the long- 
range forecast had provided less coverage than desired at 
the entry and exit of solar conjunction, and more than was 
required during the telemetry blackout phase. To rectify 
this and to obtain a more operationally desirable superior 
conjunction tracking schedule, the tracks during solar 
blackout were negotiated away to other projects in return 
for tracks that would fulfill the Helios requirements. The 
actual coverage provided by the DSN during this period 
more than satisfied Project requirements. 

III. DSN System Performance for Helios 

A. Command System 

The DSN command activity in support of Helios-1 
during April and May 1975 totaled only 977 transmitted 
commands. The cumulative total since launch is 13,480 
commands. The significant reduction in command activity 
during April- May is the result of entering into mission 
Phase III operations on April 13, 1975. Mission Phase I 
and II command activities had produced a level of activity 
which resulted in an approximate average of 100 
commands per day being transmitted to the spacecraft 

Even though overall command activity was at a lower 
level during this period, the total number of command 
system anomalies did not decrease in proportion to the 
total activity. During the April-May time period, there 
was only one Command System abort and this was due to 
a Block IV receiver/exciter problem at DSS 14, The cause 
was an erroneous exciter/ transmitter off alarm, and was 
corrected by cycling the auto/ manual strobe switches. 

Lost command capability throughout the network 
increased from 7 hours during the previous reporting 
period to over 9 hours for this period, More than 50% of 
this lost time is directly attributed to antenna failures at 
Goldstone, California, and Canberra, Australia. The 
remaining 50% is split relatively evenly between com- 
puter software problems and transmitter/ exciter hardware 
problems. 

While there was an apparent drop in the performance 
of the Command System, it should be noted that the 
Helios spacecraft was in a relatively quiescent state as it 


traversed the blackout region of its first superior 
conjunction; therefore, little or no impact was observable 
as a result of the loss of command capabilities. Indeed, to 
date the total percentage of commands transmitted by the 
DSN versus the total number of commands aborted {6, 
which includes Project aborts) gives the DSN a Command 
System performance achievement rate of 99,99956%. 

B. Tracking System 

The DSN Tracking System performance was excellent 
during this period while fulfilling all of the Helios Project 
requirements lor radio metric data during the first Helios 
superior conjunction. With the exception of the early 
launch phase, which was a very short period of time, the 
present superior conjunction phases of the Helios mission 
represent the next highest period of activity for radio 
metric data. 

The DSN continued to provide support for both of the 
passive radio metric experiments, Faraday rotation and 
celestial mechanics, while gathering specific quantities of 
radio metric data for analysis. The small Sun-Earth-probe 
angle has caused the doppler noise to remain at a higher 
than normal level. Due to Helios proximity to the Sun, the 
doppler noise will continue at a level which is substan- 
tially higher than is normal for other operational missions* 
Figure 2 is a plot of the expected doppler noise from June 
15 through August 10, 1975. Figures 3 and 4 are plots of 
Helios doppler noise versus Earth-Sun-probe and Sun- 
Earth-probe angles, respectively, as Helios entered its first 
superior conjunction, It is felt that data derived from plots 
versus Sun-Earth-probe angle may reveal patterns caused 
by station antenna structure, and plots versus Earth-Sun- 
probe angle may reveal patterns caused by solar plasma. A 
detailed study is planned, and a better model for these 
effects is expected to be forthcoming from this study* 

There were no significant Helios Tracking System 
discrepancy reports during this period. 

C, Telemetry System 

The Helios Telemetry System Performance Analysis 
during superior conjunction, which was from April 13 to 
June 25, 1975, inclusive, will be the subject of a separate 
DSN Progress Report. Inasmuch as these data were not 
within the normal analysis range, due to solar effects 
during solar conjunction, a special analysis will be 
performed. A Helios Telemetry Report covering the 
Helios superior conjunction is planned, 

During this reporting period, there were no significant 
discrepancy reports. All telemetry data analyzed prior to 
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superior conjunction were nominal and within the 
predicted DSN Telemetry System specifications. 


IV. Conclusions 

Phase III marked the start of Helios-1 first superior 
conjunction, and, within a few days after a successful 
superior conjunction passage, Helios-1 reached its first 


aphelion. The passive experiments (Faraday rotation and 
celestial mechanics) were the prime scientific experiments 
under observation during the initial portion of Phase HI 
operations. Phase III operations also resulted in a marked 
reduction of flight support for Helios-1. However, flight 
support will increase somewhat when the second superior 
conjunction and perihelion occur in the late summer of 
1975. Helios-B activities will increase as the DSN prepares 
for a launch in early December. 
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Performance Testing of a Solar Energy Collector 

W. H. Riga and E. R. Wiebe 
Communications Elements Research Section 


A simplified calorimetry technique teas developed for evaluating the perfor- 
mance of a parabolic trough type of solar energy collector . In order to gain some 
experience with single-axis concentrating collectors t a simple parabolic collector 
teas fabricated * 


I. Introduction 

There will undoubtedly be many suggestions for rapid 
evaluation of solar energy collectors emerging as increas- 
ing numbers of investigators turn their attention to the 
problem, This report describes one approach which has 
achieved its objectives. The main objective was to develop 
a simple procedure which required a minimum of labora- 
tory apparatus, A second objective was to devise a simple 
technique for fabricating a parabolic trough type of solar 
energy collector. 


II. Parabolic Collector Design 

The basic approach in the fabrication of a parabolic 
collector was to machine parabolic ribs in a programmed 
milling machine; these ribs were then attached to a 
torque tube as shown in Fig. 1, Aluminum sheets 3.2 mm 
(1/8 inch) thick were then rolled to the appropriate 
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circular radius to match the parabolic shape of the ribs. 
The preformed aluminum sheets were then bolted to the 
ribs to serve as the foundation for the parabolic collector. 
The mirror (not shown) was a 3,2-ram (l/8-inch)-thick 
sheet of acrylic aluminized on one side (Ram Products: 
Industrial grade mirror) and was clamped into the struc- 
ture in a simple manner for easy replacement The 
aluminized acrylic mirror had a reflectivity of around 
85%, even though the radiation had to traverse the plastic 
twice. The protection of the mirror by the plastic is a 
desirable feature for hostile environments and well worth 
the small sacrifice in reflectivity. 

The drive mechaiiism was not a matter of concern in 
this phase of the investigations, and asynchronous motor 
With a gear box was used in conjunction with a chain 
drive to provide adequate solar tracking, The techniques 
used enj'oyed the experiences of the Minneapolis* 
Honeywell project (Ref. 1), and the authors are grateful 
to Dr. J. Ramsey for helpful information. 
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1(1. Solar Collector Evaluation 

The performance of solar energy collectors may be 
determined through some simple calorimetric measure- 
ments. By supplementing experimental data with reason- 
able approximations, it is possible to derive a theoretical 
model Meh permits the calculation of the performance 
under va. ,s operating conditions. 


The motivation for the present approach is the observa- 
tion that the insolation is substantially constant between 
10 a.m. and 2 p.m. on a clenr day. For a polar-mounted 
collector, the solar angle <ji is also constant; hence, the 
input is an easily measured constant for any given clear 
day. Under these circumstances the nonlinear heat bal- 
ance equation may be solved in various approximations 
ns discussed below. 


The analyses described here are particularly adapted to 
cylindrical trough collectors. 


As stated previously the detailed design and fabrica- 
tion, of solar collectors have been discussed in consider- 
able detail in the literature (Refs. 1 and 2). The purpose 
here is to consider the evaluation of the performance of 
any given solar thermal system. A simplified calorimetric 
procedure is suggested as shown in Fig. 2. Instead of 
using the usual flowing fluid for measurements, a solid 
rod of metal, such as aluminum, is used for calorimetry. 


The thermal balance equation for Fig, 2 is given by 

dT 

h,A r Tj„cos </> — MC + oK } (T J — T£) 

+ aKj (T — T„) (1) 

where 


I 0 — direct normal insolation 

A e — effective area of solar collector per unit length 


IV. The Linear Approximation 

It is well known that for small variations in temperature 
the radiation loss term in Eq. (1) may be approximated as 

aK, [(r + T;) (T + T )] (T - T) (2) 

where T„ is the mean operating temperature. Thus, for 
small variations in T about T„, the radiation loss may he 
combined with the linear loss term in Eq. (1), or 

l(t) = MC~ + aK(T~T a ) (3) 

where K is a new constant which accounts for all losses 
and 

I(t ) = InAtrjn cos </> (4) 

Although Eq. (3) is applicable for a relatively small tem- 
perature range, it is exactly solvable even for the case 
when insolation l(t) is a variable (cloudy day), Some 
insight into the dynamics of a solar collector could thus 
be gained. 


t]» — optical efficiency 

~ angle of incidence of solar radiation relative to 
surface normal of collector 

M = mass of aluminum rod 

C ■= specific heat of aluminum rod 

T — temperature of rod in kelvins 

T„ — ambient temperature 

a = surface area of aluminum rod per unit length 
Ki = radiation loss parameter 

Kf, — convection loss parameter in linear approximation. 


V. Nonlinear Approximation 

An alternative approximation to Eq, (I) is to assume 
dominance of the radiation loss term; then 

I(T) = MC~ + aK a (T*-T £) (5) 

where K 0 is adjusted to account for all thermal losses. 
Equation (5) is applicable especially to liigh-temperature 
operation of a collector. Figure 3 shows a typical heating 
curve for constant insolation. The first deduction from 
Fig. 3 and Eq. (5) is that initially there arc no losses 
because T = T„ Thus, 

2l/c(-^*y= Wtijqcosf (6) 
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where ( dT/dt) 0 indicates the initial slope at t = 0, All 
quantities in Eq. (6) are known except y 0 , the optical 
efficiency, which is given by 


ijo ~ pra — 



1 V A 0 cos <p 


( 7 ) 


where 

p = mean reflectivity of mirror 


t = mean transmissivity of glass tube (see Fig. 2) 

a — mean absorptivity of pipe 

The second observation from Fig, (3) and Eq. (5) is that 
when thermal equilibrium is achieved, all the solar power 
incident on die receiver pipe is reradiated as infrared 
power and 

I 0 A c »oCOS <b 

<«) 


where is the hidierto unknown loss parameter, and T, 
is the stagnation temperature. All quantities in Eq. (5) 


are now known, and for any operating temperature, To, 
the thermal power available is given by 

i>,TO = M C (§)^ 

= IoAcya COS 0 - aK 0 (TjJ - T*) (9) 

By combining Eqs. (8) and (9), it is possible to obtain a 
simple expression for thermal efficiency y p 


T1 — TU 
8 0 

a d 


( 10 ) 


VI. Test Results 

Preliminary results indicate that stagnation tempera- 
tures up to 400 °C are readily obtained with die parabolic 
trough collector shown in Fig. 1, An aluminum rod 3,8 cm 
in diameter, coated with black chrome, was mounted at 
die focus within a pyrex tube. The receiver rod was thus 
operated with or widiout a vacuum environment. The 
temperature of die rod was measured as described pre- 
viously and typical results are shown in Fig. 4. 
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TORQUE TUBE 


Fig. 1. Construction of parabolic solar energy collector 
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Fig. 3. Heatmg curve for aluminum rod 


Fig. 2. Test configuration for solar collector 
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Fig* 4, Typical experimental result (with vacuum)— the values of 
0 are derived by measuring the slopes (dTJdij for the specific 
temperature (Note: Thermocouple nonlinearity Is apparent) 
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A Microwave Frequency Distribution Technique for 
Ultrastable Standard Frequencies 

J. W. MacConnell and R. L. Sydnor 
Communications Systems Research Section 


A radio distribution system is needed which allows for distribution of stable 
reference frequency standards, such as those from the hydrogen maser, over long 
distances (inter-site) without degrading the stability of the frequency standard. 
The distribution system described here are two-way radio links that compute the 
change in path length and correct the phase of the transmitted signal such that the 
phase of the signal arriving at the remote site is independent of perturbations in 
the path linking the two sites. 


1. introduction 

Distribution of stable frequencies over one-way radio 
links longer than a few hundred meters is not possible 
without degradation of the stability of the frequency, For 
example, a 50-km path has a stability of about 1.7 X 10 _l " 
(reference = NRL RFT 7140). This stability would com- 
pletely mask the 10' 14 stability of a hydrogen maser fre- 
quency standard. If radio links are to be employed for 
frequency distribution, some method of correction must be 
employed. One such method is to use a two-way link, 
which can automatically adjust the phase of the trans- 
mitted signal from the master station such that the phase 
at the remote station remains constant. The return link 
transmits the signal received by the remote station back to 


tire master station, allowing the master station to determine 
the change in propagation time of the path and correct 
the transmitted phase such that no change in the phase 
of the Signal received at the remote station is observed. 

II. Basic Jystem Concept 

The basic concept of the frequency distribution system 
is shown in Fig. la. A frequency w Air is transmitted from 
the master site to the remote site. After encountering a 
delay of r, the phase of the received signal is <u /O , the 
reference frequency to be distributed, at the reference 
phase angle. This signal is then returned to the master 
station, where the phase is to /— on . By forcing the 
transmitted signal to lead the reference phase by the same 
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amount that the received signal lags the reference phase, 
correction for perturbations in the path can be effected. 
This whole system is predicated on reciprocity of die 
padi. If r is different for die two directions, it will be 
impossible to obtain proper correction. Any equipment 
that is common to both transmit and receive functions 
(coax, waveguide, antennas, etc.) will be considered part 
of die padi and will be corrected. Any phase shifts diat 
are not reciprocal will appear direcdy at die output of 
die remote site. 


III. Practical Circuit Considerations 

The circuit shown in Fig. ia shows conceptually die 
operation of a self-correcting distribution system. There 
are, however, practical problems with die configuration 
shown in Fig. la. The most obvious problem is that the 
transmitter and receiver at each site are operating at the 
same frequency. A practical circuit would, dierefore, be 
required to operate at different transmit and receive 
frequencies. The use of different operating frequencies 
requires additional syndiesis before a phase comparison 
between transmitted and received phases can be made 
without error. Figure lb shows the transmitted and re- 
ceived phases being compared As can be seen, the 
transmit phase <ur is being forced to equal the received 
phase Kot. This will result in a phase error at tiie re- 
ceiving end, i.e., some correction for the path will be 
made; however, there will be some phase error. If K is 
near one, dn's error will be small and will be able to 
provide corrections adequate to distribute standards with 
stabilities of lO* 1 ® without severe degradation. Figure lc 
shows a system that corrects for die different frequencies 
being used. This system simply multiplies the received 
signal by 1/K. Beyond this point operation is identical to 
the system discussed in Fig. la. The problem with die 
system shown in Fig. lc is that K is not always an integer. 
For example, in one system under consideration K ~ 
84001/84000, a nontrivial syndiesis. 

An additional problem with die configuration shown in 
Fig. lc is the use of separate phase comparators for the 
transmit and receive phase versus the master frequency 
standard. This system would require exacdy matched 
phase detectors, which is a problem, although possible if 
they are not required to track over large regions. Over 
long padis, with high frequency or microwave links, many 
cycles of phase may change, requiring die phase detectors 
to track over a complete cycle— a difficult requirement to 
meet. Figure Id shows an alternative system that elimi- 
nates the aforementioned difficulty. Tile transmit signal 
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is mixed with twice its frequency, yielding die same fre- 
quency with opposite sign on the phase. This signal can 
be compared to die received signal in a single phase 
detector with the received signal. This phase detector will 
always be operating at or very near 0-deg phase error. 
Figure Id is sdll a conceptual circuit and should not be 
construed to be a proposal for an actual circuit. 

IV. An Exact Synthesis System 

The details of the operation may be understood by 
referring to the block diagrams of Figs. 2a and b. 

The transmitter voltage-controlled oscillator (VCO), 
operating at /0, (ss8400.1 MHz), is used to send a 
signal to the receiver at tile remote site, where it is re- 
ceived witii a time delay T; tiius, the received signal is 
<d» /o, — iti/iT. The receiver local oscillator (LO) signal is 
phase-locked to die signal with an offset of —100 kHz, 
which is derived (along widi all the oilier standard fre- 
quencies of 1, 5, 10, and 100 MHz) from die receiver VCO. 
This LO signal is also transmitted back to the transmitter. 
The signal leaves die receiver as 

84000 / w 84000 
W3 84001 A 8 *-- 7 ) 84001 

as is seen by examining die operation of die receiver sys- 
tem. This signal arrives at die transmitter witii an addi- 
tional time delay T, so that the signal received at die 
transmitter is 

84000 / 84000 

“* 84001 A° 4 2<l> * r ) 84001 

where it is mixed with the original transmitted signal to 
give an intermediate frequency (IF) of 

1 / 84000 

“* 84001 A 6, + 2<1><T ) 84001 

(This It* v'ritten differently in the block diagram, but 
AT = 840*30 on this diagram, so the two ways of writing it 
are equivalent.) At the transmitter, the reference fre- 
quency <i) 0 /0 (taken as 100 MHz from die hydrogen 
maser) is multiplied by 84 and mixed with die transmitter 
VCO to give an IF reference of <a„/84001 /o, (100 kHz) 
if we use die fact that 

84000 
W '“ W0 84001 
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This IF reference is then operated on by a synthesizer, 
which in effect multiplies it by 

2N + 1 168001 

N+l “ 84001 


producing a signal 


2N + i 
(N + l) s 



2N + 1 
N+ 1 


sr 200 kHz 


Under the usual assumptions for phase-locked loops {S 
small such that sin S as S), the output of the phase de- 
tector is then 


K' 1 N + 1 (‘"“T 

Since the phase gain of the loop is infinite at zero fre- 
quency, the output of the phase detector is constrained 
such that ifsO; therefore, <n„T = d». 


This is mixed with another reference frequency 

lOttj, 


N + 1 


= i miiz 


to produce 

10ci)„ 


L 2iV + 1 / 2N + 1 , o w „ 

+ o), /B, ■ , , 1 1.2 MHz 


N + 1 (N + 1)- 


JV + 1 


which is then mixed with another signal, 
lOoi. A . NtOi 


Ai+ 


N + 1 “■ ' (N + 1)* 
which has been synthesized from the 
lOoi. 


1.1 MHz 


N +1 


1 MHz 


and 


lOOoij. t 

^ q. 1 lQ-— 10 MHz 


reference frequencies. The result of all this synthesis and 
mixing is the signal which is used as the local reference for 
the phase detector. This signal, 



2N + 1 
JV + 1 


is subtracted from the IF of 


A 1 r N 

n + i / 1 _ N+i y + i 


giving zero frequency and phase of 


f m , 

N q. x ('"*!’ ^») 


Under these conditions, the receiver at the remote si*e 
receives (and retransmits) a signal which has the same 
phase as the reference. In the proposed system for Gold- 
stone, the total time delay will be sslO ms. Such perturba- 
tions of the time delay will, of course, cause variations in 
phase, but only at times corresponding to this round-trip 
delay or shorter. For such short times the phase-locked 
loop will have low gain, and the receiver VCO will give 
the main control over phase. In other words, for long time 
stability down to <0.1 s, the output phase of the receiver 
will be determined by the transmitter, while for short 
term, the phase will be determined by the receiver 
(crystal) VCO; this is identical to the situation in the 
original hydrogen maser signal. 

There are, of course, innumerable ways to implement 
such a system. This particular one is being considered for 
several reasons: 

(1) To ensure good spectral characteristics, no synthesis 
is performed on signals which are multiplied to 
X-band. 

(2) To reduce development and implementation costs, 
maximum use is made of components which have 
already been developed for the hydrogen maser. 

(3) All complicated synthesis is done at the transmitter, 
thus allowing a great many of the synthesized sig- 
nals to be used for several transmitters, further re- 
ducing costs. 

(4) The operating frequency (8.4 GHz) lies in a very 
low dispersion region in the spectrum and is also 
an unused area in the DSN microwave communica- 
tions link. 

V. Approximate System 

As can be seen in the previous section, the exact syn- 
thesis scheme requires a relatively complex synthesizer. 
An alternative approach is to use an approximate system 
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that will allow substantial, though not complete, correc- 
tions for perturbations in the path, Figure 3 shows an 
approximate system under study in this section. This sys- 
tem will provide a path stability improvement of about 
1.7 X 10\ Such an improvement should allow an overall 
stability of about 10* ,B over a 50-km path. 

Vi. Time Synchronization 

By using suitable modulation/demodulation schemes, 
time signals may be impressed on the signals to allow time 
synchronization between sites to a level £slO ns, Several 
different methods for performing this synchronization will 
be reported in a future report, 
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VII. Conclusion 

These systems allow frequency standards to be avail- 
able at several sites without the high cost of separate 
frequency standards. One hydrogen maser could provide 
a frequency reference for all of Goldstone at a fraction of 
the cost of individual masers. An additional advantage of 
such a system will be for Very Long Baseline Interferom- 
etry experiments. Using this system the same LO and time 
tick will be available at both stations, eliminating the 
problem of frequency skew between standards and im- 
proving some types of tracking data (reference). In the 
future it may be possible to use such a system in con- 
junction with a communications satellite to provide the 
same clock at all the DSN stations throughout the world, 



« (b) 



Fig. 1. Conceptual frequency distribution systems 


JPL DEEP SPACE NETWORK PROGRESS REPORT 42-28 




38 




































Fig. 2 (contd) 
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TRANSMITTER PHASES: 

W (K + T]w R ^t 

« Km R 

(C) (A) - (8) = (K + l)w R l± - [ku r 

= Cl, R 

(D) (K + 1)« R ^ " [(K - 1000)to R /oj = 1001tu R ^ 

(E) 2(D) = 2002tu R /74 

(F) 2002£uf r l2± - 200Itiijj /0 ° /20 

THE PHASE DETECTOR AND LOOP FORCES (F) AND (C) 
TO BE EQUAL) 

“r W R ii .- kti> + zk« r t 

SOLVING FOR PHASE PORTION OF EXPRESSION: 

+ 2Kor R r 

* " fef+l) {K + 1 ) <u R r 


RECEIVER PHASES) 

(G) (K + l)iu R /- (K + ))'-j r t + 4> 

(H) Kw r /K£ 

(J) oj r /-K9 - (K-H)tn R r + <j> 

BUT -Kfl - (K + I)iu R r+ * = 9 

" S= “R r + Kli 0) 

IDEALLY $ SHOULD EQUAL (K + l)u R r 

{OBTAINED BY SETTING S IN (I) TO 0 
AND SOLVING FOR <*■). THEREFORE, 
ERROR ■ 1/(2K +1). 

WITH THE JPL APPROXIMATE SYSTEM 
K a 8.4 X 10 4 . THE RESULTANT ERROR 
IS 5.95 x 10“ 6 YIELDING A CORRECTION 
OF 1 .6800] X 10 5 . 


Fig. 3. Approximate synthesis system 
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Low-Noise Receivers: 3-Keivin Refrigerator 
Development for Improved Microwave 
Maser Performance 

E. R. Wiebe 

Communications Elements Research Section 


A closed-cycle helium refrigerator with a 3-kelvin station has been built and 
tested* A 200-mW net refrigeration capacity was demonstrated at 3J kelvins. 
The system has been operated continuously for 1200 hours with no detectable 
degradation of performance * Reduced refrigerator temperature (from 4,5 to 3,0 
kelvins) will increase the available gain and bandwidth, and reduce the noise 
temperature of microwave masers. 


!. introduction 

4,5'kelvin closed-cycle helium refrigerators (CCRs) are 
currently used in the Deep Space Network with 
Microwave Masers at S, X, and Ku-band frequencies (Ref* 
1). These versatile and reliable refrigerators have been 
described in detail previously (Ref. 2). The performance of 
a Microwave Maser can be improved substantially by 
reducing its physical temperature from 4.5 to 3.0 K. A 
previously described X-band maser (Ref* 3) achieves 45-dB 
net gain and has a theoretical noise temperature of 3.5 K 
(defined at the maser input connection at the finai stage of 
refrigeration) when operated at 4.5 K. A reduction of 
temperature from 4.5 to 3.0 K will reduce the maser noise 
temperature from 3,5 to 2,0 K; the net gain will Increase 
from 45 to 72 dB. The increased gain can be traded for 
additional bandwidth (Ref. 3). 
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II. Description of 3*K Closed-Cycle Helium 
Refrigerator 

A 3-K refrigerator was built by adding counterflow heat 
exchangers, a 3-K expansion valve, a 3-K station, and a 
vacuum pump to a 4,5-K refrigerator* A simplified block 
diagram of the combined 4,5- and 3-K system is shown in 
Fig. 1* Compressed helium gas is supplied by, and 
returned to, a compressor identical to those used 
throughout the network. A pressure regulator is used to 
reduce the supply pressure to 3.04 X 1G 5 M/m a (3 atm/ 
for use m the 3-K portion of the system. The helium gas is 
cooled by the 70-, 15-, and 4.5-K stations, liquefying at 
about 5 IL The liquid experiences a partial vacuum in the 
3-K station after passing through the expansion valve. The 
temperature of the boiling liquid in the 3-K station is 
determined by the absolute pressure in the 3-K station. 
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Efficient counterflow heat exchangers (same design as used 
in 4.5-K refrigerators) permit cooling of helium for the 3-K 
system with a minimum of heat being delivered to the 4.5- 
* 15-, and 70-K stations. Helium gas flow through the 3-K 
heat exchanger system is approximately 8 standard liters 
per minute. 

A model 8815 DIRECTOR!! Sargent-Welch vacuum 
pump (free air displacement of 150 liters per minute) is 
used to maintain a partial vacuum in the 3-K station. 
Helium at 1.22 X 10 5 N/m 2 (1*2 atm) is sent from the 
vacuum pump to the compressor. The vacuum pump is 
shown in Fig. 2; its mounting versatility permits antenna- 
mounted operation with proximity to the 3-K refrigerator. 
Ucon-type lubricant is used in the vacuum pump and the 
compressor. Initial helium and lubricant purification is 
accomplished with a liquid nitrogen-cooled charcoal trap. 


111. Performance 

The 3-K CCR system produces 200-mW net refrigera- 
tion capacity at 3.1 K. 600-mW net refrigeration is 
available at 4.5 K in addition to the 3-K station capacity. 
Continuous operation for 1200 hours in the laboratory has 
demonstrated the feasibility of the 3-K closed-cycle helium 
refrigerator* 

Additional work is needed to increase refrigeration 
capacity to 250 mW at 3.0 K. Further tests are required to 
assure adequate temperature stability and long-term 
reliability. 

It is intended to use the 4.5-K station to intercept all 
heat loads except the pump energy dissipated witliin the 
maser at 3 K. 
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Cost-Effectiveness of Pooled Spares 
in the Deep Space Network 

I. Eisenberger 

Communications Systems ~waearch Section 
G. Lorden 

California Institute of Technology 


Providing a common pool of spares for types of equipment that are in operation 
in more than one station of a complex can result in a cost which is substantially 
less than the total cost of sparing each station separately . This report presents a 
cost-effective method of determining such spares complements , which is an ex- 
tension of a previously proposed method. The generalized algorithm of the present 
method can also be used for unpooled sparing whenever appropriate. Several prac- 
tical examples are gi'^en which illustrate the cost savings that can be achieved by 
pooling spares. For these examples , savings range from 45 to 75tyo. 


I. Introduction 

A cost-effective method of spares provisioning for re- 
pairable equipment (modules) at Deep Space Stations 
(DSSs) is described in Ref. 1. That report considered the 
determination of spares packages for a system consisting 
of k types of modules. For the system to be operational, 
at least m f modules of type j must be unfailed for j = 1, 
• • • ,k, and there are n> > m> modules of type ; in the 
system, not counting spares. The time required to replace 
a failed module by a spare is assumed to be negligible 
in this analysis. The uptime ratio (UTR) for the ;th type 


of module is defined as the fraction of time in the long 
run that at least m> modules of type f are unfailed, 
which depends on the number of spares, N h of type /. It is 
assumed that failures and repairs of different module 
types are independent, so that the system UTR is the 
product of the UTRs of the k types. These k UTRs are 
computed using the Markovian model for failures and 
repairs described in Ref. 2. The algorithm of Ref. 1 is 
then used to determine spares packages (N,,» • • ,N*) 
which are cost-effective in that they yield system UTRs 
which cannot be improved upon without increasing the 
total cost. 
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The present report describes the extension of this 
method, which was developed to deal with actual sparing 
problems in the DSN involving an additional feature: the 
possibility of pooling spares for three stations at the same 
complex, with different system configurations. Examples 
of the cosheffective spares packages developed for these 
problems are presented in Section III. Comparisons with 
the cost of unpooled spares packages for the individual 
stations are given, It is shown that to achieve the same 
station UTRs, the cost of pooled spares is substantially 
smaller* 


II. Extension of the Sparing Algorithm 

Whenever a module fails at the ith station (i = 1, * • • ,s), 
it is replaced by a spare of the same type, unless there 
are none in the pool, in which case a ‘back order” is 
recorded. In the latter case, it is assumed that when the 
repaired modules of that type become available, die back 
orders are filled in the same order as diey were recorded 
One could do better sometimes by filling back orders 
judiciously; for example, by rescuing a station from a 
down condition whenever possible* But this would re- 
quire monitoring the numbers of operating modules at 
the stations and would not result in significant improve- 
ments. 

Under these assumptions, die stationary (long-term) 
probabilities of 0,* * •,«/ modules of type j operating at, 
say, station 1 can be obtained as follows. First, use the 
algoridim of ReL 2 to find the stationary probabilities 
p<bpu m * * iPSj+rj of 0,* * modules being failed in 

the entire complex, where N/ = total number of spares of 
type /, and r/ = total number operating in all die stations* 
If the number failed is V, say, and V is Nj or less, then 
all iij modules will be operating at station 1. If V > N/, 
however, then V— modules among the rj are down. 
The probability that exactly i of these are at station I is 



where max(0,V“Ny+n J — r^) < i < min(n^V— IVj). 
Hence, the stationary probability that exactly i (i > 0) of 
the type / modules are down at station 1 is 

i+N,+r,-n, (?) (v-w”-i) 

V Vy - 1 1 

™ (y \) 


Summing o\jr <! > nj“in> gives the stationary probabil- 
ity of the /tli module type being down at station 1. Sub- 
tracting this sum from one gives the UTR of the /th 
module type at station 1. Multiplying the results over 
; = 1 ,*•*,& yields the station UTR for station 1. The 
cost-effective spares provisioning algorithm can then be 
applied with die "value” (see Ref. 1) of a spares package 
defined to be the sum of die lug UTRs of the individual 
stations (dius weighting all stations equally). 

Ili. Examples of Cost Savings Through 
Spares Pooling 

The first example is concerned with terminet sparing at 
Goldstone, A spares complement was to be provided for 
a total of 552 operating modules, 24 modules of each of 
23 types. Three cases were considered. For the first case 
it was assumed that all the modules were contained in 
one system and that for each type of module ni/— n, = 24. 
In effect, diis means that if any of die 552 operating 
modules fails and diere is no spare available to replace it, 
the system is down. For the remaining cases it was 
assumed that there are three identical systems, one at 
each station and operating independently, and that for 
each system — 8 for each of the types. However, 

for the second case a common pool of spares was to be 
provided for these three systems, while in die third case 
each system was to have its own spares complement. In 
all cases, spares packages were generated using the ex- 
tended algoridim as given in Section II, which can also 
be used for the unpooled case when the proper parameter 
values are inserted. Repair time was assumed to be two 
weeks. Table 1 gives the pertinent results for spares 
packages with UTRs of about 090, 0.95 and 0.99. The 
UTRs shown for the first case are the fractions of time 
that the total system is operational, while die UTRs shown 
for the second and diird eases are those for each station. 
The contents of die spares packages are omitted. It can be 
seen from the costs shown in Table 1 dial pooled sparing 
in diis example results in a cost savings of about 55% for 
comparable UTRs. 

The next example is concemed with magnetic tape 
sparing at Goldstone. There are diree independent, iden- 
tical systems, one at each station. Each system is made up 
of 2 modules each of 5 types and 4 modules of a sixth 
type, a total of 42 operating modules. Four cases are 
considered. For cases 1 and 2, we assume for each system 
that mj =ti) = 2 for j = !,*«•, 6 and n 0 « 4. For 
cases 3 and 4, we assume diat the n/s are die same as in 
cases 1 and 2 but diat for each system mj = 1, / = 1, • • • ,5 
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and m„ = 2. cases 1 and 3, we assume pooled sparing, 
and for cases 2 t«nd 4 sepnrate spares complements for 
the three systems. Repair time was assumed to be 6 weeks. 
Table 2 gives some of the results obtained. A cost snvings 
of about 45% is achieved by pooling spares. This example 
also illustrates the importance of the m/s, since their 
values relative to those of the respective n/s reflect the 
amount of redundancy in the system, This explains the 
high UTR achieved for cases 3 and 4 when no spares are 
provided. 

The final example concerns megadata terminal sparing 
at JPL and involves an unusual situation. There are 
seven independent systems. System 1 consists of 2 each 
of 9 types of modules, while systems 2 through 7 each 
consist of 1 each of the same 9 types. Thus, any spares 
pool for die seven systems will result in a UTRi for 
system 1 and a UTR a for each of the remaining systems, 
where UTR, ^ UTR... We consider four cases. For cases 
1 and 2, we assume that for each system m } — n t for all,/. 
For cases 3 and 4, we assume that for system 1, mj = 1 


for all /. For cases 1 and 3, we assume pooled sparing, 
while for cases 2 and 4 separate sparing. Table 3 lists 
some of diese results obtained. A comparison between 
the pooled and separate sparing shows an average cost 
savings of about 75%. This example illustrates the fact 
that, in general, as the number of systems containing the 
same types of modules increases, the cost savings for 
pooled sparing, radier than separate sparing, also in- 
crease. 


IV. Conclusions 

The cost of pooling spares for several systems con- 
taining the same types of modules will always be less dian 
die total cost of sparing each system separately. The 
extended algorithm, designed for pooled sparing, can be 
applied to systems containing redundant as well as non- 
redundant elements. Thus, diis algorithm provides a 
flexible method for achieving substantial reductions in 
sparing costs. 
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Table 1* Terminefc sparing *t Goldstone (23 types of modules, 24 modules of each type) 



One system 



Three systems, 
pooled sparing 


Three systems, 
separate sparing 

Number of 
spares 

System 

UTR 

Spares 
cost, $ 

Number of 
spares 

System 

UTR 

Spares 
cost, $ 

Number of 
spares 

System 

UTR 

Spares 
cost, $ 

0 


0 

0 

0.G35 

0 

0 

WBM 

0 

31 




0.915 

2608 

57 

tffil j 


38 

0.952 



0.952 

3190 


o.tsi 

7086 

48 

O.frriJ 



0.990 

4576 

93 

0.990 

10497 


Table 2. Magnetic tape sparing at Goldstone (6 types of modules; 6 modules each 
of 5 types; 12 modules of sfxth type) 



Pooled sparing 
"/“"I 

Separate sparing 
m ) = n i 


Pooled sparing 
m } < n, 


Separate sparing 

JUy < tlj 


Number of 

System 

Spares 

Number of 

System 

Spares 

Number of 

System 

Spares 

Number of 

System 

Spares 

spares 


UTR 

cost, $ 

spares 

UTR 

cost, $ 

spares 

UTR 

cost, $ 

spares 

UTR 

cost, $ 







0 


m 

0 

0 

0.9792 

0 





21 

0.946 


4 

ESI 

8770 

3 

0.9925 


13 




24 

0.982 


5 

0.9967 


12 

0,9964 


14 




33 

0.990 


9 

0.9993 


15 

0.9990 



Table 3, Megadata terminal sparing at JPL (9 types of modules; one system of 2 modules 
of each type; 6 systems each containing 1 module of each type) 



Cuse 1 



Case 2 



Case 3 



Case 4 



Pooled sparing 



Separate sparing 



Pooled sparing 


Separate sparing 


Number 

System 

System Spares 

Number System 

System Spares 

Number Systeih 

System Spares 

Number 

System System Spares 

of spares 

UTR, 

utr. 

cost, $ 

of spares UTR X 

UTR, 

cost, $ 

of spares 

UTR t 

UTR, 

cost, $ 

of spares 

UTR t 

UTR, 

cost, $ 

0 

0.585 

0.765 

0 

0 

0.585 

0.765 

0 

0 

0.9807 

0.765 

0 

0 

0.9807 

0.765 

0 

S 

0.902 

0.049 

4588 

36 

0.907 

0.951 

20098 

4 

0.9974 

0.904 

2 888 

14 

0.9969 

0.902 

9660 

12 

0.979 

0.989 

8245 

64 

0.976 

0.989 

S9275 

S 

0.9983 

0.949 

4588 

33 

0.9984 

0.951 

19470 

15 

0,992 

0.99G 

10453 

71 

0.994 

0.998 

48235 

12 

0.9996 

0.989 

9445 

62 

0.9996 

0,989 

38098 
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A New Feedback Protocol for the Ground 
Communications Facility 

0. H. AdeyemI 

Communications Systems Research Section 


This report summarizes a simulation study of a feedback scheme that can 
reduce the Ground Communications Facility error rate by more than two orders 
of magnitude in real time even in the highest error mode . The after-pass retrans- 
mission time is eliminated or reduced drastically in the case of long time outages. 
The new scheme also provides storage for outage data , thus eliminating the search 
time for data to be retransmitted after-the-pass for the Clean Tape Log. No new 
hardware is required . 


I. Introduction 

Until now, our efforts to reduce the Ground Communi- 
cations Facility (GCF) error rate from the present bit 
error rate (BER) of 10“* (or block rate of about 1(H to 
XO" 3 ) to an acceptable value of less than l(h° (or block rate 
of less than l(h 5 ) have been hampered, first, by the dis- 
covery in 1974 that forward error correction was not 
effective (Ref. 1) and then, later, by objections to the long 
time required for necessary internal processing implicit 
in the two feedback retransmission schemes proposed at 
that time (Refs. 2 and 3). The feedback protocol proposed 
in Ref. 4 was designed mainly to eliminate these objec- 
tions by letting our USER dictate what time he can give 
us for this internal processing and then finding the reduc- 
tion in error rate that can be achieved as a function of 
this watting time. It also has the important feature of 
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providing a storage for bad data, including outage data 
that cannot be delivered in real time, to hold such data 
for retransmission during the filler block times (when the 
data line is clean) or after the pass in the case of long 
outages (a rare event, but still a problem), thus elimi- 
nating the search time for outage data. Equally impor- 
tant, no new hardware is required. 

Real-time error reduction is not the only feature de- 
sirable in the GCF. It must be possible to log error-free 
data with minimum after-pass retransmission. There are, 
therefore, two main parameters by wliich to evaluate the 
performance of this scheme (and indeed any feedback 
scheme on the GCF). Given the acceptable USER waiting 
time, we need to know the error rate of the data delivered 
to him in real time and the reduction in the time for 
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retransmission of bad data after the pass. As to the sec- 
ond requirement, we show that this scheme cleans up all 
the normal errors on the GGF during the pass, including 
all short outages; part of the long outage data (several 
thousand blocks long) may have to wait until after the 
pass for retransmission for the Clean Tape Record. This 
report is addressed principally to die first question: the 
real-time error rate to the USER. 

In a simulation study of about lQVi hours of real-time 
data in the noisiest mode of Ine high-speed 4.8-kbps data 
line, 2000 block errors were reduced to 128 block errors 
to the USER at a maximum waiting time of only 8 sec- 
onds and to only 40 block errors if the maximum waiting 
time is increased to 6 seconds. Tills is a reduction in error 
rate from a BER of 10"“ to 10*° at a waiting time of 
3 seconds, and it is the highest USER error in all the 
simulations. In several cases, all the errors were corrected 
within the allowable waiting time. The highest errors 
delivered for different USER, waiting times were: 


Waiting timy 
f, seconds 

Error to USER 

0 

2000 

8 

128 

6 

40 

9 

31 


The time t = 0 corresponds to no processing (no feedback 
retransmission). 

The wideband data line is known to be better than 
the high-speed line, which explains the better perform- 
ance of this scheme in the wideband mode at a waiting 
time of 8 seconds, The error rate to the USER in this 
case is 10~ T . The wideband data line performance at the 
noisiest mode was: 


Waiting time 


t, seconds 

Error to USER 

0 

2000 

3 

69 

6 

52 

9 

49 


In both the high-speed and the wideband data line 
modes, 10 hours of line use provide literally thousands 
of filler block times at 90% (or 95%) data rate during 
which the 128 blocks (high speed) or the 69 blocks (wide- 
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band) for the Clean Tape Record can be retransmitted. 
Thus, as mentioned above, this scheme requires no after- 
the pass retransmission time during 99.9% of the total 
GCF operation comprising the normal error and short 
outage (up to several hundred blocks) modes. 


II. The Retransmission Scheme 

A schematic diagram (Fig. 1) is given to aid in under- 
standing tire feedback protocol. 

The operating procedure is as follows: Each new data 
block transmitted is stored in tire Priority Buffer (PB) 
until an acknowledgment signal has been received at 
transmitter T as to whether it has been received correctly, 
Thus, by the time word is received about the error status 
of die first block transmitted, as many new data blocks 
as can be transmitted within a loop time (LD blocks) 
will have been sent. All these LD blocks will be stored 
m die Priority Buffer. As soon as an acknowledgment 
signal indicates diat a block has been received error-free, 
that block is dropped from the Priority Buffer. Thus, at 
any time not more than LD blocks are stored in diis 
buffer, and die current feedback error status signal 
applies to the oldest block in it. 

Now suppose an error message i, chived and die 
USER allows only t seconds for any ii.t<\>ial processing 
that can be done to correct diis error block and die burst 
diat may follow. Since data must be delivered in sequence 
to die USER, delivery of all subsequent blocks is held 
up in die Receive Buffer (RB) until die error block is 
corrected or until t seconds are up, whichever comes 
first. Think of this USER waiting time in terms of die 
tRr/1200 blocks that can be transmitted in the allowable 
t seconds. Better still, let us tiiink of it in terms of the 
NT = [(fR r /1200) — LD] blocks diat can be transmitted 
from T to die receiver R starting from when die error 
status message is received at die transmitter until die 
time required for a new block transmitted to reach the 
receiver just before the t seconds are up. The NT block 
times are all we can use for any possible retransmissions 
we must do. 

When the error message reaches the transmitter T 
indicating die beginning of a burst: 

(a) The transmitter time is set at TIME = NT, count- 
ing down one every block time. 

(b) The incoming new data stream is diverted into 
die New Data (ND) Buffer, 
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(c) The error block is taken from the first position in 
the Priority Buffer, transmitted, and re-inserted in 
the PB but now as the newest entry. Thus, the 
Priority Buffer still contains the LD blocks on 
which error status reports have not been received. 

Steps (b) and (q) are continued in the case of consecutive 
errors, However, if within the execution of these two 
steps there is a good block, then: 

(i) Drop the acknowledged block off the Priority 
Buffer. 

(ii) Transmit the oldest block of die new data stream 
in ND Buffer. 

(in) Insert the new block into the newest block position 
in the Priority Buffer. 

STEPS (b) AND (c) ARE OPERATIVE ONLY IF 

nt>q. 

As soon as the retransmission time is up (when NT — 0): 

(1) Start transmitting new data from the queue in the 
ND Buffer. 

(2) Empty all the LD blocks in the Priority Buffer into 
the Old Data Buffer (ODB). These are the blocks 
on which error status reports have not been re- 
ceived and which may contain errors. When the 
acknowledgments, if any, are received, only die 
bad data are retained in the ODB. The ODB con- 
tents are transmitted within the filler block times 
during 99% of the time when the GCF is in the 
normal error-free mode. These blocks are then 
merged with stored error-free real-time blocks to 
form the Glean Tape L. g. 


(3) Deliver all the blocks in the Pieceive Buffer (though 
some are in error) to die USER and write a copy 
of diese blocks on die Clean Tape Log. Since up 
to 40% of the bad blocks contain 50-bit errors or 
more (almost 50% in die wideband data line), not 
many of die error blocks delivered to USER would 
be useful. 

In summary, we need' four buffers and a storage for 
clean data. 

(1) The Receive Buffer stores all blocks correcdy 
received during retransmission time until all prior 
blocks have been successfully retransmitted or until 
die retransmission time is up, whichever comes 
first. 

(2) The New Data Buffer stores the new data stream 
during die retransmissions, 

(3) The Priority Buffer retains each new block until 
its error status report is received and each retrans- 
mitted block until die retransmission time is over, 
dien all the contents are emptied into the ODB. 

(4) The Old Data Buffer holds all the data diat cannot 
be delivered in real time. During periods of long 
line outages, this buffer becomes increasingly long 
as undelivered data continue to pour into it from 
the Priority Buffer. The Priority Buffer and the 
Old Data Buffer can be part of die same physical 
device widi two pointers: one to the data that can 
still he corrected before diey are delivered to the 
USER, and the other to tiiose data that must wait 
until filler block times or after-the-pass. 

(5) Tlie Clean Tape Log is a record of only correct 
data. It acquires error-free data by merging real- 
time good blocks with those retransmitted later 
from die ODB. 


The following is an example of how the scheme works: 

4 NT = 7 

14 13 1 % 11 ”16~9 1.6 8 7 4 3 6 1 5 4 3 2 1 — — 

4 9 6 8 7 4, 3 S, 1 5 4, 3, 2 I, —• — ; feedbackreply 


ND ODB RB - (CTL) 
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This is an example of high-speed 4,8-kbps data line 
performance for which the USER allows up to 3 seconds 
for retransmissions. The 3 seconds is a fc tal of 12 block 
times. Suppose the loop time is equivalent to 5 block 
times; then we have 7 block times for all the retrans- 
missions we may need to do. When block 5 is being 
transmitted, the feedback reply on block 1 says error, so 
block 1 is retransmitted next. Meanwhile, block 2 got 
through, so transmit block 6, etc. The error blocks in 
feedback replies are x-ed. Just after the second retrans- 
mission of block 6, retransmission time NT = 0. So 

(i) Deliver blocks 87 654321 to USER 
and write a copy on CTL. 


(ii) Old Data Buffer gets blocks 6 8 7 4; block 4 
being the oldest block while 6 is the newest; block 
3 having just been confirmed error-free. 


Meanwhile, blocks 9, 10, 11, and 12 are being stored 
in the New Data. Buffer. Here we assume the data rate 
to be 90%, which makes every tenth block a filler. The 
next block to be transmitted is block 9 and. the 10th 
being a filler, we use the space to retransmit block 4 for 
the Glean Tape Log. When block 14 is being transmitted, 
the status as known to the transmitter is: 


ND CTL PB 


IS 17 16 15 


987654321 


14 13 12 11 4 


ODB = Empr 


USER 

98765 4* 321 


Instead of retransmitting block 4 during filler time 10, 
we may elect to send the new block 11, which is already 
waiting in ND, since priority is not on retransmissions 
to the Clean Tape Log. Indeed, this is what should be 
done to clear the new data buildup in ND and catch up 
with normal new data flow at the buffer. The subsequent 
filler block times before the next burst can then be used 
for retransmissions from the ODB. 


HI. Simulation 

The functional diagram of the simulation program is 
presented in F i 2. The important parameters are NT 
(the number of retransmissions that can be done within 
the waiting time), LD (the loop delay or the number of 
block storage locations in the Priority Buffer), and NR, 
an integer describing the input data rate R D : for every 
NR transmitted block times, NR — 1 data blocks enter 
thd system at times mod NR (see Ref. 3). In other 

words, every NR lh transmitted block is a filler for line 
synchronization. For example, data rates 0.9 and 0.95 
data blocks per channel block correspond to NR = 10 
and 20, respectively. 

The channel errors were generated according to the 
GCF model developed earlier (Ref. 5) driven with pseudo- 
random inputs. Block errors were generated directly in 


the following way: In tile model p j, Ci, i = 1, 4, are, 

respectively, the proportion of times spent in the good 
(error-free) states and the probabilities of entering these 
states. Then it can be shown that the conditional prob- 
ability, starting from an error block, of getting a good 
block after not more than n error blocks is given by 


1- 




Sci 


(1 ~ Pi) 2 
Pi (l -Pi) 
(1-Pf) 

Pi (1 — p f ) 


ji+i 


(i) 


Similarly, the conditional probability, starting from a 
good block, of getting an error block after not more than 
n good blocks is given by 


Pl p t {l-pi) 


S 


OiPi 


Pi (1 ~ Pi) 


(2) 


It may be noted that (1) and (2) are just the cumulative 
probabilities of the time, or the number of blocks, until 
a change of state (error or error-free); the block length 
is NASA-standard s = 1200 bits, Uniformly distributed 
random numbers between 0 and I were generated and 
used to find the values of n until the first error occurs 
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in (2), By using (2) and (1) alternately in this way with 
the random numbers, error sequences for die different 
error phases of the GCF were generated. Each run was 
continued until 2000 block errors occurred. The experi- 
ment consists of counting die number of the 2000 block 
errors left uncorrected (unretransmitted) within the 
allowable waiting time t seconds and different loop delay 
times LD corresponding to the two different loops now 
being employed on the GCF. The total block lengths of 
each of the runs varied from 152 X 10 3 to 190 X 10 s in 
both the high-speed and the wideband data lines. This 
variation is equivalent to from 8 hours to a few hundred 
hours of real-time GCF channel use. 

IV. Results 

A general conclusion from this simulation study is that 
this scheme can reduce the real-time USER error by at 
least two orders of magnitude. This error reduction can 
be achieved if the allowable waiting time is at least 
2 X LD. This means, for example, that if the longer 
two-hop link is used between stations, at 4800 bps 
(LD = 8), the user must allow up to 4 seconds for 
possible retransmissions. If, on die other hand, die shorter 
one-hop link is used (LD = 5), a maximum waiting time 
of 3 seconds is enough. 


The USER error rate decreases with LD. This is so 
because for short loop delay the transmitter is told earlier 
about the beginning of a burst and starts retransmitting 
those blocks already affected, thus preventing further 
new data from being garbled. Of die 2000 errors in each 
of die over 300 runs, the maximum USER error was 128 
at a waiting time of 3 seconds; more than 50% of the 
runs delivered less than 10 block errors each to the 
USER. The error rates for the red, amber, and green 
error phases of the high-speed data line and the overall 
average performance in both die high-speed and the 
wideband modes are shown in Tables 1 and 2 for maxi- 
mum waiting times varying from 3 to 10 seconds. 


The real-time USER error rate is independent of data 
rate. However, straightforward analysis shows diat bodi 
die New Data and Old Data Buffer buildups depend 
strongly on die channel statistics and data rate. A 90% 
(or 95%) data rate provided enough filler block times to 
clean up both buffers but die question of how large ND 
ever gets before it is cleaned up during the long error- 
free periods is still under investigation. The Receiver 
Buffer can never be as large as LD + NT but can be as 
small as LD during repeated retransmissions of conse- 
cutive errors. 
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Table 1. Performance on high-speed data line 



Maximum USER 

Real-time run 
duration, hours 


Raw block rate (BER) 

waiting time, 
seconds {blocks) 

USER block rate (BER) 

LD = 5 


3 (12) 

29 

1.26 X 10-' ( X 10*“) 

Red 

5 (20) 

28.50 

5.36 X 10-‘ ( X 10-“) 

6.50 X 10-’ 

6 (24) 

28 

3.92 X 1Q-* 

(2.45 X 20- 4 ) 

9 (36) 

29 

3,45 X 10-' 


10 (40) 

29 

3.38 X 10-“ 


3 

82 

2.36 X 10*“ (< X 10' 0 ) 

Amber 

5 

82,6 

1.78 X 10 J 

2.12 X 10-’ 

6 

81 

1.38 X lO' 5 

(2.93 X 10‘“) 

9 

84 

1.23 X 10- s 


10 

82.5 

1.1S X lO" 5 


3 

118 

4.12 X 10^ 

Green 

5 

119,30 

3.66 X lO' 8 

1.18 X 10-* 

0 

119.56 

2.90 X 10-* 

(3.32 X 10-“) 

9 

118 

2.35 X 10' 4 


10 

116 

2.29 X 10- 4 


LD = 8 



3 (12) 

27 

7.15 X 10-' 

Red 

5 (20) 

26.80 

0.86 X 10-’ 

6.50 X 10 J 

0 (24) 

25 

3.92 X 10'“ 

(2.45 X 10-') 

9 (36) 

28 

3.81 X 10'“ 


10 (40) 

29 

3.61 X 10-“ 


3 

82.5 

2.95 X 10-“ 

Amber 

5 

82.8 

1.93 X 10-“ 

2.12 X 10-’ 

6 

79.4 

1.66 X 10-“ 

(2.93 X 10-°) 

9 

82,5 

1.32 X 10-* 


10 

82,5 

1.21 X 10-“ 


3 

116 

5.38 X 10-* 

Green 

5 

119*4 

4.73 X 10'“ 

1.18 X 10*’ 

6 

119*5 

4.31 X 10-“ 

(3.32 X 10-“) 

9 

118 

3.29 X 10-* 


10 

118 

3.06 X 10 * 
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Table 2. Overall average performance 


Raw block rate (BER) 

Maximum USER waiting 
time, seconds (blocks) 

Real-time run 
duration, hours 

USER block rate ( BER ) 

HSP data line 


3 (12) 

69 

2.31 X 10-* ( X 10*’) 

LD = 5 

5 (20) 

64*4 

2.05 X 10- ! 

2.19 X 10^ 

6 (24) 

67*7 

1.76 X 10-‘ 

(4.38 X 10-*) 

9 (36) 

68 

1.25 X 10-' 


10 (40) 

65 

1.19 X 10-' 


3 

65.25 

6.28 X 10* 4 


5 

67,4 

3.81 X 10- 4 

LD — 8 

6 

67.50 

2.26 X 10- a 


9 

69 

1.76 X 10‘ J 


10 

69 

1.4 X 10- 1 

50-kbps wideband data line 


3 (125) 

8.6 

4.35 X 10- 4 (~ X 10-’) 

LD — 31 

5 (209) 

8.2 

3,00 X 10- 4 

1.63 X 10 J 

6 (250) 

8 

1.39 X 10- 4 

(3.54 X 10* 4 ) 

9 (375) 

7.8 

1,12 X 10- 4 


10 (417) 

8 

1.07 X 10-“ 


3 

8,5 

5.33 X 10’ E 


5 

8.1 

4.47 X 10- 4 

LD ~ 51 

6 

8.7 

3.52 X 10‘ ! 


9 

8.5 

2.32 X 10‘ a 


10 

8 

1.71 X 10-' 
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DATA RATE 

TRANSMISSION RATE IN BITS PER SECOND? 
USUALLY R d < R t , l.e., R D 

WHERE 0 < y < 1 MAY BE 90 OR 95% 

NEW DATA BUFFER. ND HOLDS THE INCOMING 
NEW DATA STREAM UNTIL IT IS CALLED FOR 
TRANSMISSION 

PRIORITY BUFFER 
OLD DATA BUFFER 
TRANSMITTER 

CLEAN TAPE LOG ON WHICH THE CLEAN DATA 
ARE WRITTEN AFTER ERROR CORRECTION 

RECEIVE BUFFER 
RECEIVER 

Fig, 1. Retransmission scheme 


NO 

NEW 


* DATA N 



r 

i 


i 

N 53 0 (MOD NR) | 


Fig. 2* Simulation functional diagram 
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Development of Real-Time Hardware/ 
Software Systems 

J. W. Layland 

Communications Systems Research Section 


This report presents a concentrated overview of the critical issues and tools 
for the development of real-time systems , Real-time systems are defined to he 
those which perform their actions in response to stimuli from outside themselves, 
and which must respond to these stimuli within fixed, predetermined time limits , 
A real-time system with many independent external stimuli almost certainly 
contains a large number of interacting asynchronous processes , From the 
viewpoint of the equipment surrounding this real-time system y these processes 
operate in parallel , and their operations are only partially ordered . A single 
process can be well represented by a flow chart which relates step-by-step 
exactly which action follows the last one « Multiple interacting asynchronous 
processes cannot be conveniently described by a flow chart of their combined 
operations, even though when taken individually each process can be depicted 
on a flow chart. Howeaer t each of the multiple asynchronous processes can be 
readily understood as a finite state machine , and the interaction between 
machines can be graphically represented by a state-transition net t or "Petri- 
net." This report develops the use of such nets for software and hardware 
design through description and example , 


I. Introduction 

The purpose of this report is to present a concentrated 
overview of the critical issues and tools for the develop- 
ment of real-time systems* Keal-time systems are defined 
to be those which perform their actions in response to 
stimuli from outside of themselves* and which must 
respond to these stimuli within fixed* predetermined time 
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limit s. Typically there are many independent stimuli 
which require a response. Each stimulus causes the 
activation of, or creation of, at least one process within 
the system, which in turn will develop the responses 
required by the source of the stimulation* In software 
terminology, a process is a sequence of operations which 
is fulLy ordered* and has a well-defined start and end. A 
real-time system with many independent external stimuli 
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almost certainly contains a large number of interacting 
asynchronous processes. From the viewpoint of the 
equipment surrounding this real-time system, these 
processes operate in parallel, and their operations are only 
partially ordered, 

A single process can be well represented by a flow chart 
which relates step-by-step exactly which action follows 
the last one. Multiple interacting asynchronous processes 
cannot be conveniently described by a flow chart of their 
combined operations, even though when taken individu- 
ally each process can be depicted on a flow chart. The 
early conceptual developments (Ref, 1) which engendered 
the current raging fad of structured programming were 
aimed primarily at the taming of the complexities of 
software containing asynchronous processes. The more 
recent, more formalized development of structured 
programming {Refs, 2, 3) lias emphasized the decomposi- 
tion of single-process flow charts over the less tractable 
real-time problems. This report is one step of an attempt 
to bridge the gap between the underlying principles of 
structured programming and the problems of developing a 
working real-time system. 

The act of solving a complex problem, or designing a 
complex system can be characterized as a hiding of locally 
irrelevant details, so that those details which are relevant 
to the locale of interest can be properly studied and 
interpreted, A significant fraction of such improvements as 
have been observed with structured programming may 
well be attributable to such hiding of detail as is induced, 
instead of to the rigorous application of the restricted 
control structures themselves. 

In Part II we present some views on the process of 
solving complex problems or designing complex systems. 
Part III considers the problem of choosing a language for 
the description and/or implementation of real-time 
software. Part IV presents assorted advice on the 
implementation of real-time systems* Some large portion 
of Part IV consists of quasi-obvious common sense, yet it 
is this collection of obvious things that taken together 
represents the bulk of the increment in difficulty between 
nonreal-time and real-time systems. 

Part V is an introduction to the syntax of the Petri net 
(Ref, 4), or state-transition net Such nets describe the 
partial ordering of events witliin a finite-state machine, 
and as such can be well used to represent the interactions 
of the asynchronous processes in a real-time system. Part 
VI makes use of the transition nets to describe the 
behavior of a suitably substantial synthetic example 
system. This description includes both processes which are 
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totally software and processes which operate both in 
hardware and software. Part VII and subsequent discus- 
sions contain additional examples of processes which are 
represented by transition nets, and also contain examples 
of the mechanization of transition nets as both software 
and hardware. They will be written in the future as 
additional experience is gained through the use of this 
system description took 

II. On Problem Solving and System Design 

Design problems, whether they are destined to be 
executed as computer software, logical hardware, or as 
some entirely unrelated material come in two varieties. 
They are either small enough that their entire character 
fits inside the problem-solver’s head as a single chunk, or 
they are not An example of a thing which is single-chunk 
could be “a transparent green glass marble.” An example 
of a thing which is not single chunk could be "a thousand 
marbles rolling down a giant slide.” The features which 
make this second example not a single chunk for most of 
us are that it contains a large number of identifiable things 
and that these things move in a quasi-independent way. 

Differentiation between those things which are compre- 
hensible as a single chunk, and those things which are not 
is subjective, and varies from person to person on the basis 
of training, experience, desire, mental capacity, etc. 
Single-chunk problems can be solved or implemented in 
an almost random fashion without undue difficulties. 
Larger problems must be either laboriously studied until 
they resemble single chunk problems (if this is possible), 
or dissected into smaller problems which are single chunk 
in nature, and which taken together solve the original 
problem. In order to make the subproblems single chunk 
when the original one was not, some information or design 
detail that is present in the problem as a whole must be 
hidden from the subproblem. Contrarily, each of the 
subproblems should contain detail that is hidden from the 
others. It is this systematic selective hiding of design 
details which makes solution of the larger problems 
possible. This problem-solving philosophy is similar to one 
which has been voiced by Parnas (Refs. 5, 6). 

The design rules and restricted control structures of 
structured programming are intended to guide the 
dissection of a problem into subproblems which are single- 
chunk in nature, not only for the designer* but also for his 
managers, and for any future casual readers. The oft- 
quoted structure theorems (Ref. 2) tell us that we can 
reorganize any flow chart using only three control 
structures, no matter how complex it may appear. Flow 
charts, however* are single-process in nature and cannot 
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completely and/or conveniently represent all features of a 
multiprocess operation. Small details, like timing con- 
straints or conflicts, don't fit and are left for prose 
commentary, or worse, are left to clutter the designer's 
head while he works on each of the pieces, because these 
details are not hidden from any of them. Because these 
most troublesome details of real-time software do not fit a 
flow-chart representation, the ritual of structured pro- 
gramming as it is conventionally preached cannot solve 
the real-time software designer’s biggest problems, 
although it can assist him in handling those pieces of his 
problem which can be isolated as single processes. 

We should remember, however, that some of the 
earliest work in the realm of structured programming was 
aimed directly at the methodical design of a system 
containing multiple asynchronous processes (Ref. 1). That 
these early efforts were successful is evidence that the 
principles which underly structured programming can be 
used to great advantage in real-time systems, even if some 
large part of the recently formalized superstructure 
cannot 


HI. Programming Languages for Design and 
implementation 

We can segment the design of a system into two 
primary tasks. The first is to fully describe the actions of 
the system in its response to the external stimuli, be they 
human or electromechanical in origin. The second is to 
implement those actions within the available hardware/ 
software resources. Again, we are hiding details, by 
considering first what is to be done, and then, separately, 
how it is to be accomplished. Actual development almost 
always requires an iteration between these two phases, 
because some of the actions which appear to be needed 
may be impossible to implement, or simply expensive, 
whereas some actions which are close in some sense to the 
needed action might be very much simpler to implement. 
The alternate actions could not be known to be acceptable 
without considering the overall response demands of the 
world outside the system being designed. 

With some problems, and an appropriate programming 
language, a complete description of that problem can also 
be the implementation of its solution. The ease with 
which any task can be performed via a specific program- 
ming language actually seems to depend upon the extent 
to which that language is able to describe the problem to 
be solved, as opposed to implementing the solution to that 
problem. A near-classical example here is any numerical 
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formula calculation, and one of the popular FORmula 
TRANsIation languages. Such languages intrinsically hide a 
great quantity of implementation detail from the problem 
solver; and therein lies the power of the higher level 
languages (HLL) with respect to their proper domain. 
Outside of that domain, however, any specific higher level 
language may be no better than a machine assembly 
language (MAL), and may, in fact, be much poorer if the 
operations required to implement the required problem 
solution cannot easily be synthesized from the repertoire 
of that higher level language. 

The power of a language with respect to a particular 
problem may be measured by the number of statements 
within that language which are required to implement the 
solution to that problem. For largely algebraic problems, a 
single FORTRAN statement may contain the equivalent of 
many tens of machine-assembly language instructions. On 
the other hand, to complement a bit in a data-structure 
may require ten FORTRAN statements and only two or 
three MAL statements. Both language classes would 
implement the operation, rather than describe it, and both 
would be machine-dependent in nature. Some other types 
of operations would require a comparable number of 
statements in either the MAL, or an HLL; some of these 
would be machine-dependent by the nature of the data 
structures involved, and in none of these would the 
implementation details be hidden from the designer. Thus, 
only in very special circumstances does any programming 
language hide enough details to be appropriate for 
describing the system design. 

For most problems there is no uniformly most powerful 
language, and the choice of an implementation language 
(or languages) must be made on other considerations. 
Standardization upon a major HLL is one apparently 
reasonable way. However, using an HLL to implement 
operations for which it is poorly suited may require the 
implementer to know details of the implementation of the 
HLL Itself, thereby greatly increasing the difficulty of Ids 
task. In these situations, the HLL has hidden the wrong 
machine details from the designer; the HLL is nontrans- 
parent to some specifically important elements of the 
machine's hardware capability. 

A mixed arsenal of an algebraic HLL, used where 
appropriate, and the target computer’s MAL can combine 
the best features of both. The MACRO capability that is 
present with many MALs, or a machine-independent 
MACRO preprocessor (Refs. 7, 8) can be used to locally 
extend the power of the MAL with respect to the 
problem at hand. It may, in fact, be quite desirable to use 
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MACROS to implement the restricted control structures of 
structured programming within the MAL and HLL, and 
maintain commonality between control statements of 
both. 

Although most specific major HLLs seem presently to 
be a poor choice for the sole implementation language of 
a real-time system, the HLLs as a class are not yet ruled 
out. Several attempts have been made, usually in a 
university environment, to define an HLL specifically for 
the implementation of real-time, or systems software. 
None of these have as yet achieved widespread accept- 
ance outside of their native centers, yet the achievements 
that are claimed are positive enough to warrant their 
serious consideration, BLISS (Ref, 9) is one such language, 
which was designed originally for the PDP-10, and has 
since been adapted for the PDP-11 minicomputer. BLISS 
Is ALGOL-like in structure, yet was designed to require 
negligible software support at execution time and to allow 
the program designer great flexibility in the accessing of 
data. Because the method for accessing various data 
elements is specified as the data is declared, BLISS 
programs are not machine-independent, but can appar* 
ently be readily modified to transport them between 
machines* Two other relevant efforts are BCPL (Ref. 10), 
and the Graphical Automatic Programming system (Ref. 
11), which is almost a language. 

Graphical representations have been used for many 
years in the design of software systems* Simple flow charts 
are widely accepted as software documentation and 
software design documentation* The syntax of a program- 
ming language and the operations required to interpret it 
have been graphically represented in the form of a finite 
state machine (FSM) (Ref. 12), Similar FSM representa- 
tions have been used to describe the interactions between 
a user and a computer operating system, and to design 
communications-handling software for a time-sharing 
operating system (Refs* 13, 14). The multiple asynchronous 
processes of a real-time system can each be understood as 
an FSM which interacts with the periphery equipment 
and with the other FSMs as it acts to produce the required 
responses. These interactions, and the partial ordering of 
actions of the FSMs, can be well represented graphically, 
even though not by the conventional flow chart. 

One particular graphical FSM representation known as 
tiie Petri net (Refs. 4, 15), or state-transition net was 
developed to deal with asynchronous interactions between 
FSMs, and contains the operations necessary to describe 
the partial ordering of events, and the timing interactions 
of asynchronous software processes, as well as within 
hardware realizations of an FSM, or at the hardware/ 
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software interface. The syntax of the transition net 
representation is defined in Section V. 


IV. Implementation of Real-Time Software 

Three characteristics are desired for real-time software, 
that it: is consistent, is reasonably efficient, and meets 
appointed deadlines of execution. One of the last things a 
designer wishes to have is for the results of computation 
to vary from time to time, with no apparent change In 
input parameters and conditions. For a nonreai-iime 
single-process computation, this can be assured by 
ensuring that all parameters and variables that are used by 
that process are preset to their proper initial condition at 
the start of the process. This requirement is obvious, yet it 
is one source of occasional errors. It is also obvious that all 
data used as input to a process must be valid when that 
process starts executing and not changed by another 
process until the using process has terminated. However, 
failure to satisfy this requirement is probably the most 
common error encountered in real-time systems. The 
problem is basically one of communication between, and 
synchronization of, intrinsically asynchronous processes. It 
appears as a race between events in logical hardware, as 
well as intermittent software errors. 

Stimuli from the world surrounding our computer 
almost always appear as a logic signal at the interrupt 
portion of the computer's hardware at some particular 
point in time. In due course, the computer will respond to 
this interrupt signal by saving a small amount of 
information (the current instruction address, and perhaps 
some additional status) in a predetermined location in 
memory, and obtaining a new current instruction address 
for the interrupt subroutine associated with this signal* 
The computer interrupt hardware will also prevent a 
recurrence of this interrupt response until commanded 
otherwise. The next Instruction executed will be the first 
instruction of the interrupt subroutine. The first opportu- 
nity for inconsistency is here. If all resources within the 
computer which are needed to service the equipment 
which initiated the stimulus have been saved by the 
computer's automatic response, we are free to service that 
equipment. If a resource is needed which has not been 
saved automatically, its current status must be temporarily 
saved before the resource is used within the interrupt 
subroutine, and then restored to its original condition after 
use and before returning to the process which was 
interrupted; the penalty for not doing so is' lack of 
consistency in the interrupted process. Examples of 
resources whose state must be saved if they are to be used 
include hardware registers, arithmetic status bits, and 
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software registers which contain intermediate temporary 
results for subroutines called. 

In the interest of efficiency, however, it is unwise to 
save and restore any resources which are not needed to 
service the requesting equipment, since these operations, 
while necessary for consistency on the resources used, 
represent a nonproductive overhead with respect to actual 
tasks, A strong case can be made for using a minimal MAL 
subroutine for at least the most frequent interrupts. By 
doing so, the resources needed can be made visible and 
controlled, thus restraining unnecessary overhead. Services 
requested by equipment with an interrupt signal can often 
be categorized with respect to the time available to 
perform them. Some must be performed immediately— 
otherwise there is no real excuse for generating the 
interrupt at all. Others could be deferred to another 
slower software process by buffering several requests 
together, Deferrable services for which no additional 
overhead is generated to allow them to be performed 
within the interrupt subroutine may as well be performed 
there, Deferrable services which would require additional 
overhead should be deferred if by doing so the overhead 
dictated by consistency requirements would be lessened. 

Some simplification of process interfaces and concomi- 
tant reduction of overhead can often be achieved by 
anticipating the more complex parts of the required 
responses, and precomputing these when it is convenient 
to do so. These precomputed results can then be delivered 
via a “'mailbox™ to the using process when needed, or via 
a much-simplified interrupt-driven process to the external 
system hardware. In the implementation of software, 
results which are precomputed for the interrupt routines 
can vary greatly in character and extent. Their single 
common feature, and the feature which they share in 
common with deferred computations, is that they have 
been removed from the most time-critical of their possible 
points of action to a domain of (hopefully) lessened time 
criticality. 

The second major category of consistency failures 
occurs at the interface between our interrupt subroutine 
and the software processes that perform those services 
that were deferred. This is the interface between 
cooperating sequential processes to which the synchroniz- 
ing primitives of Dijkstra (Ref. 16) and the considerable 
following literature apply. The essential element for 
consistency here is that during no interval of time should 
more than one process be empowered to change the same 
location of memory. Areas into which a given process may 
store data should be privately owned by that process while 
it is empowered to store that data, and then deliver intact 
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to whatever process will use that data. Semaphores are 
used for communication between processes, just as the 
interrupt signals were used for communication from the 
hardware to the software processes. Whether the 
manipulation of these semaphores is performed by 
synchronization primitives (Refs. 16, 17) or is imple- 
mented directly via increment/decrement and test 
instructions, they must, for the moment of their change, 
be made private to the process which is changing them. 

The avoidance of deadlock dominates much of the 
literature on multiple process computation, A deadlock is 
said to exist between two or more quasi-independent 
processes whenever all of them possess at least a part of 
the resources they need for completion, none of them 
possess all of the resources they need for completion, and 
none of them are willing and/or able to release those 
resources to allow another process to complete. In a 
committed real-time system, deadlocks should not only be 
avoided, but they should be designed out. Any process 
should possess all of the resources it needs to allow it to 
complete its activity before it becomes active— with NO 
exceptions. 

Determining whether the appointed execution deadlines 
are ail satisfied can only be done with certainty after 
implementation is complete. This is accomplished by 
means of a Ganttchart (Ref. 18) or time-occupancy 
diagram for all of the processes with deadlines through 
their critical time interval (Ref. 19), If reasonably large 
margins are Included, a high confidence in meeting 
deadlines can be achieved by using estimates of process 
execution time once enough of the overall design is 
completed. If deadlines are not to be met, some revision is 
needed, which could be as simple as increasing efficiency 
by reorganization of processes to reduce overhead, or as 
involved as renegotiating system requirements, or acquir- 
ing a new computer. For a real-time system, the side 
effects from deadline problems can be minimized by 
designing and implementing first the processes that service 
the highest frequency and most time-critical interrupts, 
and then proceeding into the more mundane parts of the 
system, 

V. The Petri-Net Representations 

As observed earlier, it is convenient for the designer of 
a real-time system to conceptualize his system as an 
ensemble of finite state machines (FSMs) which operate on 
command and work together to produce the intended 
system responses, much as the musicians of an orchestra 
follow their own score yet interact time-wise to reproduce 
the effects intended. Each of the designer’s FSMs needs 
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only to be concerned with what it is required to do to 
service the needs of the periphery equipment Each of the 
FSMs assumes certain states as a result of interactions with 
the periphery equipment or with certain others of the 
FSMs; the future action of each FSM is governed by its 
current state and future inputs. The system designer needs 
a representation for the FSMs that can fully describe what 
they do in an unambiguous, concise way. This designer's 
representation must also be lucid enough to permit a 
system implementer to add such additional interactions as 
may be needed to integrate the FSMs together into one 
computer, to allocate the FSMs between several comput- 
ers and supporting hardware, or to inform the designer 
that his dream can’t be realized within the budget, 

The FSM representation known currently as the Petri- 
net was introduced by Dr, C, A. Petri in 1962 to deal with 
the communication between automata (Ref. 4), It bears a 
significant generic relationship to earlier graphical 
network representations for FSMs; for example the Neural 
Networks of McCulloch and Fitts (Ref, 20), Petri nets 
currently form the core of a slowly growing literature 
concerning the analysis and exploitation of parallelism in 
computing hardware or software (Refs, 15, 21-30). The 
components of the original Petri net have the same basic 
appeal for representation of FSMs that the basic three 
structures of structured programming do for single-process 
computations; their syntax is exceedingly simple, yet is 
capable of concisely describing the interaction between 
cooperating sequential processes. 

Formally* a Petri net is a directed graph with two types 
of nodes. Nodes represented as open circles are called 
locations. Nodes represented as solid bars are called 
transitions. Figure 1 is an example of a trivial transition 
net. A location is denoted to be occupied by placing a 
token, a solid dot, within that location, as in location B of 
Fig. L If the entire net is to be considered as one finite 
state machine, that machine's state is fully defined by a list 
of the occupied locations. Tokens move about the net 
under control of the transitions. A transition is enabled to 
fire whenever all locations which are on lines of the graph 
directed into that transition are occupied, and all of the 
locations which are on lines of the graph directed from 
that transition are empty. When a transition fires, the 
tokens t are removed from all locations which lead into that 
transition, and tokens are placed in all locations which are 
fed From that transition. The firing of a transition is 
instantaneous. In Fig. 1, transition a is a source of tokens, 
and will supply a token to location A whenever A is 
empty. Transition d is a drain for tokens and will remove a 
token from location D whenever D is occupied. 
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In the current state of Fig. 1, only transition a is 
enabled. After a has fired, location A is occupied, and a is 
no longer enabled, but b is. After b lias fired, C is 
occupied and c is enabled. Since A is now empty, a is also 
again enabled. After c and a have fired, locations B, D, and 
A are occupied, and transitions b and d are enabled. An 
oscillatory activity now ensues with transitions d and b 
firing to cause locations A, B* and D to empty and location 
C to be occupied; Followed instantly by the firing of 
transitions c and a, The net result is a steady migration of 
tokens from a to d in synchronism witli the oscillation 
between B and C. 

In representing a software activity, it is convenient to 
consider the tokens within a net as independent asynchro- 
nous processes. The location which each process (token) 
occupies then represents the state of that process. The 
transitions through which the processes must pass 
represent points of interaction between processes which 
ensure proper synchronism between the processes. In 
parallel process terminology, transition c of Fig* I is a 
FORK operation from a single process in location C to 
two (now independent) processes in locations B and D. 
Transition b of Fig, I is a JOIN operation wherein two 
independent processes at locations A and B are merged 
into a single process at location C. Although time does not 
exist explicitly within a transition net, many of the 
processes which we wish to represent are time-consuming 
in their data operations, exclusive of the interprocess 
interactions. This form of time consumption can be 
embedded within the transition net representation by 
stretching the change from a location being empty to that 
location being occupied to include that time. We should 
view a location as being half occupied, or perhaps, 
undefined, during this time interval, as no further 
interactions with other processes appearing explicitly in 
the net are possible until this time-consuming activity is 
completed. Upon closer examination, this time-consuming 
activity which we represent as being within a specific 
location (process state) may itself be further decomposed 
as multiple asynchronous processes, or may be a single 
process which is representable by a conventional flow- 
chart. 

The example of Fig, 1 contains nodes with only 0, 1, or 
2 inputs and 0, 1, or 2 outputs. The actual number c 
inputs and outputs is immaterial and can be arbitrarily 
increased as long as operation of the transitions follows the 
conventions previously described. However, since clarity 
of representation is a principal goal, it is wise to restrict 
the number of inputs and outputs of any node to as small a 
number as can completely represent the machine 
operation, preferably 4 or less. 
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Figure 2 shows two transitions with inputs from 
locations that do not fit within the basic operation of 
transitions as previously described The open circle input 
is called an enabling input* and the solid circle is called an 
inhibiting input. A transition with an enabling input 
behaves identically to a transition with only normal inputs 
except that when that transition fires, the token which 
occupied the location which provided the enabling input 
is not removed, but remains to enable further firing of die 
transition. An inhibiting input is the converse of the 
enabling input, in that a transition which has an inhibiting 
input may not fire as long as that location which provides 
the inhibiting input is occupied. Both enabling and 
inhibiting input connections will be used in the examples 
which follow. 

VI. An Example 

Previous sections have described the syntax of transition 
nets in a simple manner which may make the nets appear 
to be at best an interesting toy with which to describe 
concurrency which is already under control. The more 
substantive examples of this section are intended to show 
that the nets are not only interesting, but are a useful tool 
as well. We have used transition nets to date in the design 
of several segments of intercomputer communication 
software (Ref. 31), producing nets of varying complexity, 
from some almost as simple as the example Fig* 1, to some 
which became unpleasantly cumbersome when all neces- 
sary detail was forced into view. As a graphical display of 
concurrent activity, the transition net provides a skeleton 
within which relevant questions are easily viewed. 
Answering these questions remains the designer s problem, 
as a good representation scheme does not automatically 
design a system, but induces a careful consideration of all 
pertinent aspects of the design. It should become evident 
in the following discussion that some amount of prose 
commentary is also needed by the designers to relate the 
featureless tokens of the transition net to the physical 
resources and processes of the system being designed. 

Suppose we wish to design a system to perform real- 
time Fourier Analysis on a continuous analog waveform* 
Waveform parameters specify for us the rate at which the 
input data arrives, and the number of input data elements 
which must be collected together to allow calculations to 
begin. Because the input data arrives nonstop, a second 
collection of data will be being received while the first 
collection is being analyzed. Likewise, the results of the 
analysis of the first collection of data may be being output 
to some recipient device while the second collection is 
be,.ag analyzed, and while a third collection is being input 
We have a feasibility constraint in that the analysis of the 


first collection of data must be complete when or before 
the input of the second collection is complete, and that 
output of the first collection of data must be complete 
when or before die input ol the diird collection is 
completed. If one or the other of these feasibility 
constraints is not satisfied, the processing of data will lag 
behind the influx of new data to be processed and cause 
eventual loss of that data, no matter what other actions 
are taken to avoid such loss. 

Figure 3 is a transition net description of die processes 
which operate within this system. Within this net, tokens 
represent both processes, as before, and resources (buffer 
spaces) which initially occupy locations Qi, Qa, and Q$. At 
the level of detail presented in Fig* 3, the processes each 
have two states, idle (In) and active (An). These three 
processes correspond to the three major actions required 
of our system: input (data), transform (data io results), and 
publish (results); all three are initially idle. Operation of 
die net begins when a token is placed in the enabling 
location E, and ceases gracefully when tills token is 
removed, presumably by some higher level process, 
human operator, or other. It may be wordiy of note that 
at the level of dtA il shown in Fig. 3, we no longer need to 
know that the daU transformation is a Fourier analysis; it 
could be any buffered data transformation. 

The diree active-state location for the three processes 
are each time-consuming, and hence can be furdier 
decomposed, eidier by single-process flow chart, or by 
expansion as transition nets with greater detail. The three 
idle-state locations are each simple and not time- 
consuming. In presenting Fig. 3 we have assumed Uiat diis 
transition net both restates die physical realizability 
constraints stated above and describes the actions of a 
system which conforms to these constraints. The skeptical 
or confused reader may find it desirable to sequence 
through the operation of the net in Fig. 3, using the 
transition behavior rules given earlier, and verify that it 
performs as advertised. 

We can view Fig. 3 either from its manipulation of the 
resources (buffers), or from die actions of the processes. 
The buffers enter active location Ai where they are filled 
with raw data. They travel briefly through queuing cell 
into location Aa where the data they carry is transformed. 
They travel briefly through queuing cell Q s into location 
Ag where they are emptied of data, and are then returned 
to the queuing cells Qg-QrQi for reuse. The three 
processes represent an assembly line which works upon a 
three-bucket conveyor system. Process 1, the input 
process, takes empty buffers from Q], fills them, and 
places the filled buffer In Q^. Process 2, the transform 
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process, takes filled buffers from Q 4 , operates on them, and 
places them in Q 5 after transforming. Process 3 takes filled 
buffers from Q s , empties them, and returns the emptied 
buffer to Qs^Qa-^Qi* Interface between the processes is 
along near-minimum lines* 

Active-state location A 3 contains within it the interac- 
tion with an asynchronous external device— the device 
upon which the transformed data is to be written— and 
should be instructive to decompose further. One feasible 
decomposition appears as Fig. 4* The initial state of this 
process is as shown* Upon activation, sin^e we are doing 
output from the computer, the buffer is segmented into 
primitive units of accessibility (words) and saved in the 
queuing locations WQ A . * . WQ n * The process itself appears 
in location BSY which enables the setting of interface 
location (logic signal) STC. This transfers process initiative 
to the device which should respond by setting interface 
signal RSP* Since BQ a is nonoccupied while WQ n is 
occupied, the word in WQ n is transferred into the byte 
storage locations BQj, BQ 2 , and BQ 3 . The byte in BQ 3 is 
then transferred along with process initiative to the device 
via interface signal RDY. The device is e xpected at this 
point to return process initiative via RS P, an d will have 
the process initiative returned to it via RDY* The signal 
STC has remained throughout this activity, so the four- 
phase cycle at the interface can begin again* The bytes 
remaining in BQ 2 > and BQ 3 are transferred to the device 
with process initiative via signal RDY each time initiative 
is returned via signal RSP, If BQ 3 is unoccupied when the 
process initiative returns, a word is fetched from WQ n 
into BQ lf BQa, and BQ 3 * If both BQ 3 and W Q rt are 
unoccupied when process initiative returns, the entire 
buffer has been written and the process activity ceases. 

The active proces*s described in the paragraph above 
still has a large number of open options for implementa- 
tion. The interface to the device has been fixed by design, 
but the interface between hardware and software has not. 
Those readers who are familiar with the Deep Space 
Network standard 14-line interface (Ref. 32) will probably 
recognize from the signal names that Fig* 4 represents the 
data output mode of the 14-line standard interface adapter 
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(SIA). A full SIA description is possible and will be 
generated in the future, There are at least three feasible 
places, which have been used in various SIA implementa- 
tion, for the hardware/software interface to appear in Fig. 
4: (A) at the device interface, (B) on the word-transfer 
path between WQ n and the BQs, and (C) on the buffer- 
transfer path into the WQ„ s. 

The main point of this discussion is that the active 
process description in Fig* 4 is complete from a functional 
design standpoint and works equally well in the descrip- 
tion of hardware machine actions as in describing software 
actions that are best represented as finite state machines. 

VII. Concluding Remark* 

We have aired in this article a design concept for real- 
time hardware/software systems and a representation with 
which to describe the timing interactions of a real-time 
system. The design viewpoint is one of interacting finite- 
state machines, each performing its particular functions 
when resources and other enabling conditions permit The 
representation is the Petri net, or state transition net The 
article opens with a general discussion of real-time system 
design, and design rationale; then proceeds to define the 
transition nets and use them in an example to describe 
both hardware and software actions. 

Although very simple, the transition net representation 
described herein is complete enough to aid in the 
development of real-time software, and it appears also to 
be adequate for performing resource allocation analyses 
for systems of asynchronous processes* As described here, 
the representation is not stand-alone but requires the 
addition of prose commentary to relate features of the real 
system to their manifestation in the transition net. The 
references contain some generalizations of transition nets 
which attempt to be stand-alone representations. We 
should, in the future, evaluate how successful these 
attempts have been. There is also a strong temptation to 
enrich the syntax of the representation* Such enrichment 
is at least in part self-defeating, since a syntactically rich 
representation scheme adds its own complexity to that of 
any system being represented* 
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Fig. 3. Example system 
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X-Band Traveling Wave Maser Amplifier 

D. L. Trowbridge 
R. F. Systems Development Section 


Laboratory tests on three X-band maser amplifiers have been completed. Gain, 
phase and group delay measurement data indicate that the maser stability per- 
formance will meet the design goals. A new method of remote gain adjustment 
has been achieved with the X-band maser amplifiers. The maser amplifiers have 
45-dB gain over a minimum of 50-MHz 1-dB bandwidth and a noise temperature 
of 8 kelvins from 8400 to 8440 MHz. 


I. Introduction 

Three X-band traveling wave maser amplifiers (masers) 
have received final laboratory test and have been in- 
stalled in the 64-meter antenna deep space stations of the 
Deep Space Network. Preliminary design parameters and 
testing of the maser and associated system were presented 
in earlier reports (Refs. 1 and 2). This report describes 
maser design refinements, performance, noise tempera- 
ture, gain, phase, and group delay stability. 

II. Maser Performance Improvements 

The new X-band masers described here achieve a flat 
bandwidth (within 1 dB) of more than 50 MHz at 45-dB 
gain; tin's is more than 5 times the 1-dB bandwidth of 
previously reported tunable X-band masers (Ref. 3) at 
45-dB net gain. The instantaneous bandwidth of a maser 
is determined by the maser material linewidth, die shape 
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(or uniformity) of die magnetic field required for maser 
operation, and the electronic gain at which the maser 
operates. A thorough discussion of methods for increas- 
ing the bandwidth of a maser can be found in Microwave 
Solid State Masers by S. E. Siegman (Ref. 4). Siegman 
shows that operation of a maser using ruby (linewidth ~ 
50 MHz) in a uniform magnetic field at high gain (more 
dian 40 dB) results in a 3-dB bandwidth of less than 20 
MHz. Attempts to increase bandwidth always result in 
substantial gain reductions. Considerable effort has been 
given to the task of optimizing the gain versus bandwiddi 
trade-off. Bandwidth and gain value adjustment of pre- 
vious masers (Ref. 5) was achieved by a combination of 
iron shim and field staggering coils. The previous 
mediods are time consuming and require different shims 
or field staggering coil placement for each maser struc- 
ture. A dual set of field spreading figure-eight coils was 
designed for gain and bandwidth adjustment; one full- 
sized set of coils covers the full length of the maser comb 
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structure (for bandwidth adjustment), and the second 
half-sized set of coils is used for gain level adjustment. 
The dual coils are shown in Fig. 1. The dual figure-eight 
coil arrangement provides remote and independent ad- 
justment of bandwidth and gain to desired specifications. 
Figure 2 shows gain versus frequency at five gain /current 
control setting. The gain can be adjusted within reason- 
able limits (±3 dB at 45-dB gain) without changing the 
bandwidth. This results in minimal change in the phase 
and group delay characteristics of the maser as the maser 
gain is adjusted. This field staggering method improves 
the noise performance across the maser bandpass by mini- 
mizing slow-wave circuit losses prior to signal amplifica- 
tion. All signal frequencies are given some amplification 
as early as possible in the traveling wave maser structure 
(as shown in Fig. 2) by providing several repeated cycles 
of field stagger tuning along the maser s total length. The 
new X-band maser has a relatively flat equivalent noise 
temperature versus frequency performance as shown in 
Fig. 3. A previously used pump frequency modulator cir- 
cuit (for S, X, and Ku-band uniform field masers, Ref. 8) 
was modified for use in the X-band maser with wide 
bandwidth and dual-frequency klystrons, Tlu v modulator 
(shown in Fig. 4) provides a 100-kHz sinewave with 26-V 
peak-to-peak output The sinewave is applied to the 
reflector of both the 24- and 19-GHz pump klystron tubes 
through individual modulation level control potentiom- 
eters. Modulation of the pump frequency was pre- 
viously used to improve maser gain stability in uniform 
field masers (Ref. 7). The new X-band field staggered 
maser requires pump frequency modulation to achieve 
the required gain over the extra wide bandwidth. The 
improvement in gain bandwidth with modulation of the 
pump frequency was previously reported (Ref. 1). 


III. Maser Phase and Gain Measurements 

Gain, signal phase, and group delay stability measure- 
ments were made using a Hewlett-Packard network ana- 
lyzer. Figure 5 shows the gain and total signal phase shift 
versus frequency; the reference and test channel paths 
were balanced to produce the same delay and phase 
shift with tilt maser bypassed. A test signal was then 
swept through the maser to produce the recording of 
maser gain and phase shift versus frequency. The maser 
group delay (£</) is calculated from the phase change 
versus frequency change at any point within the band- 
pass. Reference 8 defines transit time of signals through 
a device as group delay in the following manner: 


_ U4j l M 

d 360ldf! ” 360 | A/| 


( 1 ) 


where 

tj — group delay or signal transit time in seconds 

A<£ = incremental phase shift in degrees 

A / = incremental frequency change which pro- 
duces A tf> 


The group delay time through the maser, with 45-dB 
net gain, varies from 50 X 10“° s at 8422 MHz to 
55 X 10’ 9 s at 8402 and 8442 MHz. To obtain these group 
delay measurements accurately, the reference path delay 
time was increased, with additional cable length, to 
1 the time delay in the test signal path at die center 
of uie maser bandwidth. Tills condition enables expan- 
sion of the phase scale and improves phase shift resolu- 
tion. It was used to produce the recording (Fig, 6) of 
gain and signal phase shift versus frequency. Data from 
Fig. 6 were used to plot the group delay time change 
versus frequency shown in Fig. 7. This represents the 
group delay time difference between die maser and a 
nondispersive network with t d — 50 X 10“° s. 


IV. StabiSsty Measurements 

Changes in maser gain, group delay, and signal phase 
are caused by changes in magnetic field, refrigerator 
operating temperature, and pump frequency and power. 
Twelve-hour predicted parameter changes for the pump 
klystron power supplies, field shaping power supplies, 
and refrigeration temperature (variable parameters) were 
determined from known voltage output stability versus 
time and temperature and refrigerator temperature 
stability. 


The maser change in phase shift and gain versus 
frequency was recorded for each of the known variable 
parameters. The group delay change introduced by each 
variable parameter versus frequency is plotted in Figs. 
8 and 9 based on the recorded data. This represents the 
predicted ri- group delay time instability versus fre- 
quency for each of the separate variable parameters over 
any 12-li period in an environment temperature of 
25 dr 10°C, The measured maser phase and gain changes, 
at three frequency points across the maser gain band- 
width 8402, 8422, and 8442 MHz, are listed in Table 1 
for each of the separate variable parameters. The various 
instabilities are expected to add in a random manner. 
The total rms gain, phase change, and group delay time 
instabilities versus frequency are listed in Table I and 
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shown in Fig. 10. The predicted total rms maximum 
changes for a 12-h period are as follows: 

Gain ±0.5 dE 

Group delay time change ±0.27 X 10"° s 

Phase change ±5 deg 

V. Conclusions 

Laboratory test data show that the X-band maser 
system meets, and in most cases exceeds, the present 


design goals. The maser wide bandwidths and resulting 
additional pump frequency width requirements have 
resulted in the pump detuning factor being the major 
contributor to maser gain and group delay instability. 
The X-band maser requires a wider pump frequency 
range with flat power output characteristics in order to 
produce the wide-gain bandwidths with the desired 
stability. Future planned implementation of solid-state 
pump sources with appropriate modulation circuits 
should further improve the maser gain and phase sta- 
bilities. Effects of antenna movement on maser per- 
formance and solid-state pump investigation will be 
reported in future progress reports. 
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Table 1. Predicted maser gain and phase stability for 12-h period and environment 
temperature of 25 ± 10°C (based on measured data) 


Variable parameter 


Gain change, dB 


Signal phase change, deg 

Parameter 

change 

8402 

MHz 

8422 

MHz 

8442 

MHz 

8402 

MHz 

3422 

MHz 

8442 

MHz 








+0.8 

Beam V 24 GHz 

±1V 

±0.01 

±0.02 

±0,07 

±0.4 

±0,6 

-0.6 



+0,01 

+0 

+0.1 

+0.3 

+0.3 

+0.3 

Beam V 19 GHz 

±1 V 

-0.08 

-0,55 

— 0,2 

-0,7 

-1,0 

-1.2 






+3.1 

+3.7 

+4.4 

Reflector V 24 GHz 

±1V 

±0 

±0,1 

±0.3 

2 

-2,5 

—2.9 



+0.05 

+0 

+0.03 

+1.3 

+0.9 

+1.2 

Reflector V 19 GHz 

±1 V 

—0,15 

-0.25 

-0.04 

-2,5 

—3.2 

-3.6 

Bandwidth control 




—0.04 



+0,3 

supply current 

± 0.2 mA 

±0.02 

-0.00 

+0.03 

±0,4 

±0,2 

—0.4 

Gain control 


—0,04 

-0.02 

—0.02 

+0,04 



supply current 

±0,2 mA 

+0,02 

+0.01 

+0.01 

-0,08 

±0 

±0 

Refrigerator 



-0.03 

-0.05 


-0,00 

-0,06 

temperature 

±0,005 K 

”0,05 

+0.05 

+0.04 

±0,1 

+0,08 

+0.05 


As 

+0.07 

+0.12 

+0.33 

+3,4 

+3,9 

+4.7 

Total rms 

above 

-0,19 

—0,64 

—0.62 

-3,3 

-4.7 

-4.8 
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Fig 2 Gam vs frequency at five gam control field shaping coil current settings 


Fig 1 Maser amplifier with field-shaping coils 
mounted on refrigerator 
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Fig. 4. Pump klystron assembly with modulator 



Fig. 5. Maser gain and total phase shift vs frequency 
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Ffg. 6. Maser gain and relative phase change vs frequency 



Fig. 7* Maser group delay characteristic vs frequency 
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Fig. 10, Predicted maser system group delay and gain stability 
for 12*h period and environment temperature of 25 ± 10°C 
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Data Decoder Assembly Reliability and 
Status of Test Equipment 

R. A. Mancini 

DSN Data Systems Development Section 


The reliability of the Data Decoder Assembly (DDA), although improved by a 
series of engineering change orders, continues to exhibit a failure rate higher 
than desired. During the past year, the major source of intermittent problems 
has shifted to the interface assembly which includes the couplers that provide 
the interfacing between the Interdata 1 and other station equipment. A 
mechanical stabilizer design was implemented in the DSN to inhibit physical 
movement in the interface assembly. Interdata power supply problems had been 
involved in 6 t increasing number of failures reported on DDAs. Several 
modifications have been and will be implemented to correct these problems. The 
lack of test software has complicated troubleshooting because either operational 
software had to be used or individual test software programs had to be 
developed at the stations. To rectify the dearth of test software available, the 
original test software was revised and updated to help station personnel 
troubleshoot an assembly in its operational configuration. Several corrective 
actions are in the process of being developed to prevent loosening of integrated 
circuits and platforms on couplers, to modify and / or tvfT.ace computer power 
supplies, and to improve noise immunity in some coupter circuits. The DDA 
"halt” problem has been irritating to operations. Although a low level of 
investigation has been going on for over a year, insufficient information has been 
provided to identify this "halt” problem. The plan for improving the reliability 
for Vising support includes the addition of personnel to devote full time to the 
DDA problems, closer interfacing between operations and engineering to 
identify and define problem areas, and development of a tester to allow off-line 
testing of DDAs to isolate hard faults to replaceable modules in the minimum 
time possible consistent with required V iking support. 
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I. Introduction 

The Data Decoder Assembly (DDA) is part of the 
Telemetry and Command Subsystem of the Deep Space 
Station (DSS). In operation, the assembly is capable of 
performing three mutually exclusive functions: sequential 
decoding of convolutionally encoded data, block decoding 
of 32/6 or 16/5 biorthogonal block coded data, or high- 
rate data formatting of encoded or uncoded data for 
transmission on the wideband data line with simultaneous 
recording of the data on magnetic tape. 

An Interdata Model 4 (ID4) minicomputer is one of nine 
assemblies mounted in a standard 205.74-cm (81-in.) 
equipment cabinet which makes up the DDA. 

II. Background 

Reference 1 gives a description and history of the 
reliability problems experienced in the assembly up to 
that time, the corrective actions that were taken and those 
which were in process, ai sri additional problem areas 
which were being investigated. 

III. Corrective Action Implemented 

Since the last report (Ref. 1), a number of engineering 
change orders have been implemented in the DSN to 
correct identifiable problems as described below. 

A. Data Decoder Assembly Interface Assembly 
Stabilizer 

A stabilizing framework was designed to stiffen the 
backplane cf V Merface Panel Assembly and to support 
and stabilize t * jplers mounted on that assembly. The 
Intel face Panel Assembly contains the interface back- 
plane, which provides power and ground planes for the 
couplers, and connector wire wrap terminals for the 
electrical interconnection of the couplers and the 
intrarack cabling; the mounting for and the couplers to 
interface the Interdata Model 4 *with the Telemetry and 
Command Processor, the Symbol Synchronizer Assembly, 
the Block Decoder Assembly, the Frequency and Timing 
Subsystem, and the Simulation Conversion Assembly; and 
the connectors for mating with the couplers and the 
intrarack wiring. The mechanical design of the Interface 
Panel Assembly was such that the backplane flexed when 
the coupler was removed or inserted. In addition, the 
coupler's connectors could not mate reliably with those 
connectors mounted on the backplane because of flexing 
of the backplane. The hold-down hardware for the 
couplers (guide bars and guide pins) was not capable of 
solidly holding the couplers so that the mating connectors 
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were immobile. This was due to the flexing of the large 
backplane and the weight of the couplers on the 
cantilevered hold-down hardware. Correction was effected 
by designing a stabilizing bar to clamp the backplane to 
the Interface Panel Assembly side walls and anchoring ibe 
plane to the bar with hardware used to assemble the 
coupler guide bars, and designing a framework to support 
the couplers at their upper and lower extremities and 
clamping these points to the Interface Panel Assembly 
through the framework. With this bar and framework, the 
Interface Panel Assembly backplane is rigid and the 
couplers are immobile. Implementation of this interface 
assembly stabilizer is in process in the network. 

B. Computer Power Supply Fuse Relocation 

After the Data Decoder Assembly was operating in the 
network, it was noticed that in some cases the 30-A fuse in 
the 5-V portion of the power supply blew periodically. 
This fuse was located on the heat sinks also mounting the 
series regulator transistors for the 5-V supply. Upon 
investigation, it was apparent that the heat generated by 
these regulator transistors was sufficient to cause the 
solder to melt in the fuse and cause deterioration of the 
fuse resulting in failure. Electrically, the fuse is designed 
to protect the raw dc power supplied to the 5-V regulator 
circuitry. 

The solution was to relocate the three fuses mounted 
internal to the power supply (including the 5-V 30-A fuse). 
The new location is external to the power supply 
envelope well away from any heat source and readl?y 
accessible should replacement become necessary. In the 
original design, replacement of this fuse was inconvenient 
because of its location internal to Ihe supply on the heat 
sink with no available access hole. Modification kits have 
been distributed to the DSN and the installation of the 
relocating hardware is in process. 

C. ID4 Power Supply Over-Stressed Component 

For the second buy of 15 Interdata computers, the 
manufacturer changed power supply vendors. Acme 
power supplies were provided with the nine latest DDAs 
and the six new Planetary Ranging Assemblies (PRAs) for 
the Viking update. After part of a regulator circuit of one 
of these power supplies was damaged by fire, investigation 
showed that the four series resistors (part of the 5-V 
regulator circuit) were being continuously over-stressed in 
all but the PRA application. These 5-W resistors were 
being subjected to approximately 6.5 W each In the DDA 
Configuration II at the 64-m stations. Higher wattage 
replacement resistors for all of the Acme supplies have 
now been installed in the equipment. 
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D. High Error Rate Under Strong Signal Conditions 

It was found that cross-coupling of signal information 
from the clock line to the data inputs into the Symbol 
Synchronizer Assembly (SSA)/DDA Coupler for both the 
inputs from (the SSA and Block Decoder Assembly (BDA) 
was causing unrealisticly high error rates in many DDAs, 
To correct this problem* small capacitors were connected 
across the difference amplifier inputs to the data line 
receivers and the clock signal receivers in the SSA/DDA 
Coupler. The capacitor on each mentioned input was 
sufficient to preclude the previously noted marginal 
operating conditiun. Filtering was necessary to slow down 
the speed response of the receiving amplifiers and 
eliminate spurious signals cross-coupled in the cables. This 
problem has been corrected, 

E. DDA Test Software 

A test software package was developed and delivered 
with the initial implementation of the DDA in the DSN, 
but this software was not updated with each engineering 
change implemented in the assembly. Because} of the need 
for more effective testing of the assembly in th& 
operational configuration, the test software was updated 
and distributed throughout the network. 

IV- Corrective Actions in Process 

A* Questionable Retention of a Few Integrated-Circuit 
Sockets 

A number of complaints have been received concerning 
integrated circuits becoming loose in their sockets or 
falling out of their sockets. On close inspection, it was 
found that a few of the older coupler boards contain some 
white sockets with a lighter-than-standard-gauge bronze 
material in the individual pin receptacles* It was also 
noted that, because of the positioning of the receptacles in 
relationship to the socket, some integrated circuits cannot 
be pushed into the socket until the package bottoms on 
the plastic body of the receptacle. This condition is caused 
by the shoulder of the integrated-circuit pins spreading 
the receptacle clip before the package body bottoms, and 
when the clip spreading is limited by the walls of the 
socket, it prevents a stable bottomed insertion of the 
integrated circuit. This characteristic of itself does not 
appear to cause electrical problems nor a permanent 
offset in the bronze receptacle clip. Further study 
indicated inserting a probe* as might be done in 
conjunction with scope troubleshooting, does cause 
permanent spreading in these and the standard bronze 
clips. After having been given a permanent offset, the 
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clips can be bent back individually to give their original 
aperture and tension characteristics, 

A coupler with the suspect type receptacles was filled 
with typical integrated circuits and platforms and taken 
for a shake test in the Environmental Testing Laboratory. 
The coupler was given a shake test along several axes, 
including the direction of insertion and removal, A 
detailed report is not yet available, but the coupler was 
given a shake of several g*s over a frequency range 
including that expected at a DSN station. No integrated 
circuit or platform came out of its socket, and hone was 
loosened during these tests. 

A pull test was performed on integrated circuits 
inserted in all types of receptacles used in DDA coupler 
boards. The retention strength of the questionable white 
receptacles {on Interdyne boards) was measured to be 
from 4.45 to 8.90 N (1 to 2 lb) of pull to remove 
integrated circuit, while those in the standard Interdyne- 
manufactured board and Viking-manufactured boards 
required from 8.90 to 22.24 N (2 to 5 lb) of pull for 
removal (Viking 8.90 to 17.79 N (2 to 4 lb); Interdyne 
13.34 to 22.24 N (3 to 5 lb)). 

Based on the investigation so far, t would appear that 
the loosening of integrated circuits . j not due to vibration 
but probably or more likely due to handling, especially 
while removing or installing a coupler. It is easy to hit the 
coupler against other couplers or cables while installing or 
removing It. Therefore, at least a protective plate should 
be mounted on each coupler to prevent accidental 
knocking against integrated circuits or platforms causing 
loosening of one of these components. In the event some 
hold-down mechanism is needed to insure the seating of 
integrated circuits, etc., one method of holding down 
these chips and platforms is being tested. This design can 
possibly cause heating for the itegrated circuit, and so 
some testing in both CTA 21 equipment and the 
prototype DDA is in progress to study the heat rise 
involved to determine if it would be a problem* An 
engineering change will be implemented to at least 
provide a protective plate for the integrated circuits and 
platforms. 

B. Additional Computer Power Supply Problems 

The power supply originally provided with the Inter- 
data Model 4 computer was manufactured by North 
Electric. During the original phase for support of Pioneers 
10 and 11, the power supplies appeared adequate even 
though the specification sheet indicated a lower than 
required capacity (Imerdata wrote a letter assuring JPL 
that the power supply was more than adequate for the 
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application). With the installation of new selector 
channels throughout the network, and new memories in 
the 64-m subnet, the logic voltage drain was increased. 
This condition was intensified in the new Interdata 4 
computers for Data Decoder Assemblies because of 
additional new configuration of some of the motherboards. 
Problems began occurring in the network, especially with 
the new ID4 s since, in addition to the above-mentioned 
changes, the computers were delivered with a power 
supply designed and built by a different manufacturer 
(Acme). These supplies were designed to supply only 20 A 
although Interdata performed some modifications ostensi- 
bly to increase the power output capability. Investigating 
the problem in depth showed this new supply marginally 
adequate for the DDA application and just adequate for 
the Planetary Ranging Assembly application. Therefore, 
Interdata is in the pioeess of replacing all of the Acme 
power supplies with North Electric Supplies. Additionally, 
they are supplying to JPL modification kits to increase the 
power capability of the currently used North Electric 
Supplies (also including this modification in the replace- 
ment supplies mentioned above). Along with the equip- 
ment that will soon be delivered, Interdata is updating the 
power supply specification sheet to describe the new 
power supply capability. The ID4 power supply problem 
will be solved with installation of the modification kits and 
replacement supplies during the summer of 1975. 

C. Modifications to Improve Noise Immunity in Two 
Couplers 

The input noise immunity in the Interrupt coupler is 
being improved by substituting the currently used receiver 
network with that used in the Telemetry and Command 
Processor (TCP) emulator and also adding a small 
capacitor across the input to the receiver amplifier to 
further reduce noise susceptibility. This change is in the 
modification kit building phase. 

Input noise immunity is being improved in the TCP/ 
DDA coupler by adding capacitors to the receiver 
amplifiers on the command signal lines from the TCP. 
This change is being implemented in the DSN to make 
the transfer between TCP and DDA more reliable. 


V* Undefined Problems 

For some time and for reasons yet unknown, the DBA 
will stop processing de.ta while tracking a spacecraft 
These occurrences are fairly infrequent, with a period of 
no shorter than once in several days. The problem has 
been called the DDA "halt” problem although the DDA 
does not halt but merely stops processing data with the 
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program jumping to a wrong area in core and trying to 
execute data. A Tow-level investigation as to what causes 
the program to get out of step has been in progress for 
over a year with no real insight as to the origin of this 
problem. To this end, core dumps have been requested 
from the station after the computer enters this “halt” 
condition. A procedure has been given to the stations as to 
how to perform this dump to avoid loss of the desired 
information. Analysis of the received core dumps from the 
network has not provided any suggestion of the source of 
the problem. A DDA Halt Study was conducted by Dunn 
(Ref. 2) in 1974. The results of analyses of the core dumps 
have been described in several memos written to this 
author. 

VI. Plan for Improving DDA Reliability 

A. Reliability Survey 

Based on an agreement between DSN Operations and 
DSN Engineering, additional manpower has been acquired 
for the study and improvement of the reliability of the 
DDA hardware and software. A survey of the DSN was 
made in January 1975 to determine the current problems 
and to receive recommendations for ways of improving 
DDA reliability. A summary of this survey was completed 
and published in April. Many of the problems defined will 
be solved by implementation of engineering change orders 
already in process. 

B. DDA Tester 

A tester is being designed for implementation into the 
network. The design concepts for this tester are to 
disconnect the DDA from other station equipment for 
stand-alone testing; to isolate faults to a replaceable 
module (i.e., Motherboard in the ID4 or coupler in DDA 
Interface Assembly); to provide simple procedures 
allowing station operating personnel to perform the tests; 
and to provide a tester easily understood and usable to 
complete fault isolation, leading to fault correction in 
minimum time consistent with Viking requirements. 

A study of the unit tester designed and built by 
Motorola is in process. That tester was used as a 
debugging and acceptance test unit during the building of 
the DDAs. The unit is being used as the basis for the 
design of the current tester. 

To better understand the Data Decoder Assembly, the 
Tester Hardware Design Engineer has drawn a complete 
set of block diagrams of the DDA which were not 
provided in tho original publication of the DDA Opera- 
tion and Maintenance Manual. The top sheet of the block 
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diagrams is an overall diagram with reference to ID4 
documentation in Technical Memoranda and to JPL 
drawings of logic diagrams to better tie together the 
various areas of DDA documentation. 

In order to preclude the need for disconnecting 
subsystem and system cables to connect the tester, a 
design has been undertaken to incorporate a multiplex 
switch in the DDA to require one cable connection from 
the tester and allow switching of the DDA applicable 
interfaces from the operational configuration to the test 
configuration* As it is being designed, this 2 to 1 multiplex 
switch would be capable of being installed in all 
assemblies by electrically inserting this multiplexer 
between the intrarack cable connectors and the interface 
connector panel bulkhead connector and make available 
the tester connection at the front of the assembly* 


The design has been completed for the special test 
equipment which will be used in the tester to simulate 
other station equipment that interfaces normally with the 
Data Decoder Assembly and also to connect with the ID4 
in the assembly to provide wrap-around paths for testing 
of the complete assembly. The prototype special test 
equipment is in the process of being built and should be 
checked out by mid-September. The design was done in 
such a way as to be compatible with the existing unit test 
programs written by Motorola. This course was taken so 
that those programs can be used as the basis of the new 
test software needed to accomplish the design concepts. 

A Functional Requirements Document for the tester is 
in the process of being generated. 

The present schedule will provide a tester for each of 
the nine stations by early 1976, 
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Tracking Operations During the 
Helios 1 Launch Phase 

A. L Berman and L E. Bright 

Network Operations Office 


Tracking operations during the Helios 1 launch phase proceeded quite smoothly 
and contributed to a very successful launch. Key features considered in the 
Helios 1 pre-launch planning were the possible ** silent spacecraft” mode and the 
spacecraft low-gain antenna " interference zone ” although in the actual launch 
the former did not occur and the impact of the latter was negligible . This report 
details the pre-launch planning and post-launch analysis of tracking operations 
during the Helios 1 launch phase. 


I. Introduction 

The Helios 1 spacecraft was launched from Cape 
Canaveral on December 10, 1974, at 07:11:01.537 Green- 
wich Mean Time (GMT), at a Launch Azimuth of 
98,9 deg, The purpose of the Helios 1 mission, a joint 
undertaking of the Federal Republic of West Germany 
and the United States of America, is to study the prop- 
erties of the Sun from a close range. To accomplish this 
goal, the Helios 1 spacecraft was lofted into an elliptical 
heliocentric orbit by a combination Titan III-D, Centaur, 
TE-364-4 launch vehicle in the parking orbit ascent 
mode. Heliocentric orbit injection occurred over the 
southern tip of Africa, and die resulting near-Earth tra- 
jectory was such that within the Deep Space Network 
(DSN), the Australian complex was first to view the 
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spacecraft post-injection. The Deep Space Station (DSS) 
selected to perform the initial acquisition ™as Weeiiiala 
(DSS 42), with Honeysuckle Creek (DSS 44) as a backup. 
Two features of the Helios 1 spacecraft sharply distin- 
guished the preparations for and the execution of this 
initial acquisition from previous but otherwise similar 
initial acquisitions at DSS 42 — the possible "Silent space- 
craft" or “radio frequency safe” mode and the spacecraft 
low-gain antenna orientation “interference zone.” These 
are briefly described below, 

A. Helios 1 “Spent Spacecraft” Mode 

If the Helios 1 spacecraft experiences a power drop, 
the spacecraft transmitter is automatically turned off. To 
reactivate the transmitter, it is necessary to acquire the 
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uplink (in the "blind”) and subsequently command the 
transmitter back on. Obviously, this adds a whole new 
dimension of uncertainty to the initte : acquisition process, 
viz: 

If a signal is not detected, is it because the 
ground antenna is correctly pointed but the 
spacecraft is in the silent mode, or is the 
ground antenna not properly pointed at die 
spacecraft in the normal transmitting mode? 

The same question exists in regard to the 
proper ground receiver settings, etc. 

B. Helios 1 Low-Gain Antenna “Interference Zone” 

During the time period shortly after DSS 42 rise, the 
spacecraft low-gain antenna orientation would be such 
as to produce very deep nulls, with the resultant effect 
that for an approximate 4-min period the spacecraft/ 
ground communications might become either marginal or 
totally impossible. Obviously, this event would inject a 
great deal of uncertainty and disruption into die more 
normal, orderly progression of events at a DSS during 
an initial acquisition, typically: acquire one-way down- 
link, antenna to auto-track, antenna to aided track, trans- 
mitter on, sweep to acquire uplink, reacquire two-way 
downlink, antenna return to auto-track, etc. 

In the following sections, die pre-launcli tracking 
operations planning, which was heavily impacted by the 
two Helios-peculiar features described above, and die 
subsequent analysis of die launch tracking operations at 
DSS 42, will be detailed, 

II. Helios 1 Trajectory Considerations 

The nominal open window Helios I launch trajectory 
for December 10 resulted in only moderate angular and 
frequency rates, which were very typical of previous 
mission parking orbit ascent-type launch trajectories over 
Australian stations. Maximum angular and frequency 
rates were as follows: 


XA = spacecraft receiver best lock, with doppler 
accounted for 

HA = local (station) hour angle 

Figure 1 stereographically illustrates the Helios 1 
launch pass over DSS 42, while Fig. 2 details the eleva- 
tion angle versus time and Fig. 3 the XA frequency versus 
time. The duration of the pass was approximately 5 h and 
50 min, with the retrograde point, defined by: 

|(HA)=0 

occurring at 08:45:00 GMT* 

A necessary facet of information to the determination 
of the initial acquisition strategy for the Helios 1 launch 
was the expected uncertainties in tracking observables as 
translated from the expected uncertainties in the launch 
vehicle performance. M. Traxler (at die Air Force Eastern 
Test Range (AFETR)) indicated that 3o- trajectory dis- 
persions for the Helios 1 launch could be approximated 
by perturbing the nominal trajectory injection conditions 
with the following quantities: 

A Xi = 30 km, i = 1, 3 

= 0 - lkm/s * i = l,3 

Tracking prediction observables could then be gen- 
erated on die nominal and die perturbed trajectories, and 
die resultant approximate 3o- tracking observable uncer- 
tainties obtained by differencing the two. This procedure 
was performed on diree different launch trajectories, and 
die maximum approximate 3<r uncertainties in tracking 
observables were determined to he: 

AffAsl.15 deg 
A dec » 0.80 deg 


d 

{D2} s 320 Hz/s (S-band level) 

d 

•jT {XA} ~ 1.5 Hz/s (voltage-controlled oscillator 
at (VCO) level) 

-jjjr {HA} =3 0.1 deg/s 
where 

D2 = t vo-way doppler frequency 


A uplink (XA ) « 17 Hz (at VCO level) 

Additionally, the following approximate 3cr frequency 
uncertainties for the Helios 1 spacecraft receiver were 
assumed: 


Auplink (best lock) zz 12 Hz (at VCO level) 


A uplink (temperature) = aT 


[uplink]) 


« 10 Hz (at VCO level) 
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Combining the trajectory, best lock, and temperature 
effects, above, one obtains a total approximate 3er uncer- 
tainty in the uplink frequency of: 

A uplink ^ 23 Hz (at VCO level) 

These angle and frequency 3a uncertainties were 
relatively small, and tended to counterbalance the diffi- 
culties posed by die possible silent spacecraft mode and 
the antenna interference zone in formulating the Helios 1 
initial acquisition plan. In the following two sections, the 
angle drive strategy and frequency acquisition strategy 
are described. 


Ill, Angle Drive Strategy at DSS 42 

In a more typical and less complicated launch phase, 
the overriding emphasis insofar as the angle drive mode 
is concerned is to achieve auto-track as soon as possible, 
as the near-Eartli phase is the only phase wherein 
angular tracking data are a powerful radio metric data 
type for high-precision orbital determination processing. 
However, the Helios 1 launch case was strongly impacted 
by both the silent spacecraft mode and tlie antenna 
interference zone for the following reasons: 

(1) In the silent spacecraft mode, one would have to 
drive tlie antenna to the spacecraft in die blind for 
a long enough period to acquire, establish uplink, 
and subsequendy command the spacecraft on. 

(2) If one were able to achieve auto-track fairly soon 
after spacecraft rise, there would exist a strong 
possibility of losing it (auto-track) shortly there- 
after, because of low-signal strength and signal-to- 
noise ratio (SNR) during the interference zone. 
Addition ally, in the process of losing auto-track 
and driving die ground antenna off die spacecraft, 
one might easily lose downlink lock. 

Therefore, the basic angle drive strategy would be to 
(computer) drive the ground antenna with the best pre- 
dicts available until at least after the nominal end of the 
defined interference zone. Fortunately, because the an- 
gular 3tr uncertainties (discussed in Section II) were so 
small, no angular “search*’ schemes were deemed neces- 
sary to achieve a very high probability of a successful 
early acquisition. The hierarchy of decision for tlie angle 
drive mode, which was most heavily dependent on the 

JPL DEEP SPACE NETWORK PROGRESS REPORT 42-28 


availability of differing sets of tracking predictions, was 
as follows: 

(1) Phase I— Local horizon to the end of tlie inter- 
ference zone (prior to rise, the antenna to be 
positioned at the rise point) 

(a) Applicable condition: Launch occurs within 
several seconds of the daily open window launch 
time. 

Antenna drive mode; A prellight nominal An- 
tenna Pointing Subsystem (APS) drive tape in 
GMT. 

(b) Applicable condition: Launch does not occur 
at the open window launch time, but a verified 
APS drive tape generated from tlie actual 
launch time is available at DSS 42 prior to rise. 

Antenna drive mode: Actual launch time APS 
drive tape in GMT. 

(c) Applicable condition: Launch does not occur 
at the open window launch time, and a verified 
drive tape based on tlie actual time is not 
available at DSS 42 before rise, but actual 
launch time page print predictions are avail- 
able. 

Antenna drive mode; Preflight nominal APS 
drive tape in time from launch (TFL) in con- 
junction with a manually entered A t offset 
equal to the actual launch time in GMT, Angle 
offsets to be manually entered to correct an- 
tenna position to actual launch time page print 
predictions. 

(d) Applicable condition: Launch does not occur 
at the open window launch time and no actual 
launch time based predictions are available at 
DSS 42 prior to rise. 

Antenna drive mode: Prellight nominal APS 
chive tape in TFL with a manually entered A t 
offset equal to tlie actual launch time in GMT. 
Angle offsets to be provided to DSS 42 by the 
Tracking Network Operations Analyst, via 
voice. 

(2) Phase II— End of interference zone to verified 
uplink acquisition 

(a) Applicable condition: The spacecraft known to 
be in the silent mode (as determined by 
AFETR and transmitted to tlie Mission Control 
and Computing Facility (MCCF)), 

Antenna drive mode: Continue as in Phase L 
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(b) Applicable condition: The spacecraft not 
known to be in the silent mode but downlink 
lias not been acquired by DSS 42, 

Antenna drive mode: Continue as in Phase I. 

(c) Applicable Condition: DSS 42 has obtained 
good downlink lock. 

Antenna drive mode: Proceed as follows: 

(i) Antenna to auto-track on the Acquisition 
Aid Antenna, (S-Band Acquisition Antenna 
(SAA), Receiver 2). 

(ii) Acquire and confirm receiver lock on the 
main antenna (S-Band Cassegrain Mono- 
pulse (SCM) feed cone, Receiver 1). 

(iii) Antenna to auto-track on SCM. 

(3) Phase HI — Post verified uplink acquisition 

(a) Applicable condition: The downlink was pre- 
viously not acquired. 

Antenna drive mode: Proceed as in 2.c. 

(b) Applicable condition: The downlink had pre- 
viously been acquired and auto-track estab- 
lished. 

Antenna drive mode: Proceed as is. 

IV. Uplink Acquisition Strategy at DSS 42 

The only (and minor at that) impact of the possible 
silent spacecraft mode and the antenna interference zone 
on die uplink acquisition strategy was die necessity of 
waiting until die end of die interference zone before 
attempting the uplink acquisition. Otherwise, the uplink 
acquisition was expected to be quite routine, particularly 
when considering die small 3cr uncertainties presented in 
Section II. The basic characteristics of the uplink acquisi- 
tion strategy are as follows: 

(1) The uplink acquisition to consist of a single uplink 
frequency sweep in die direction of XA change, 
advantageously placing the ending Track Synthe- 
sizer Frequency (TSF) near die XA frequency, and 
thus satisfying a command capability requirement 
that die difference between TSF and XA be no 
greater tiian 110 Hz at VCO level. The end point 
of die sweep becomes TSF for the remainder of the 
pass, with no additional tuning required, 

(2) The uplink sweep range to be approximately XA 
±100 Hz (at VCO level). 


(3) The uplink sweep rate to be +180 Hz/min (at 
VCO level), resulting in an effective rate as seen 
by die spacecraft receiver of approximately +159 
Hz/min (spacecraft receiver rate = uplink sweep 
rate — spacecraft (XA) rate). 

(4) The duration of the sweep as defined above to be 
approximately 80 s. 

(5) On each given launch date, a sweep start time to 
be fixed (in TFL) at a time shortly after die end of 
die interference zone. This sweep start time (in 
TFL) to remain unchanged diroughout the daily 
launch window for each particular launch date. 

For die actual launch on December 10, 1974, the uplink 
acquisition sweep selected according to die above guide- 
lines was as follows: 

Ramp start time = 08:05:00 GMT 

Starting frequency = 22.039080 MHz (VCO) 

Frequency rate = 3 Hz/s (VCO) 

Ramp end time = 08:06:30 GMT 

Ending frequency = 22.039350 MHz (VCO) 

This uplink sweep pattern can be seen in Fig. 4. 

V. Post-Flight Analysis of the Helios 1 
Launch Phase 

A. The Helios 1 Silent Spacecraft Mode 

No information was received from the down range 
AFETR stations diat die Helios 1 Spacecraft was in the 
silent mode, and, in fact, this was apparent moments 
after die expected rise at DSS 42, when a one-way down- 
link was routinely acquired. Obviously, this condition 
vastiy reduced die uncertainties heretofore inherent to 
die initial acquisition procedure at DSS 42. 

B. Interference Zone Results 

The maximum effects of the interference zone were 
predicted to occur between: 

08:01:00 and 08:05:00 GMT 

Figure 5 shows die downlink signal strengtii at Re- 
ceiver 2, on the SAA, while Fig. 6 shows the signal 
strength at Receiver 1, on the SCM, botii figures encom- 
passing die above time period. As can be seen in these 
data, die maximum interference zone signal strengtii 
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degradation on Receiver 2 (SAA) was approximately 6 
dB, while on Receiver 1 (SCM) it was approximately 8 
dB, both of these losses being considerably less than 
was generally anticipated. Further, this degradation in 
signal strength was such that neither receiver lost lode 
during the entire interference zone period, although there 
was also a very substantial degradation in SNR during 
this period. An interesting feature which can be seen in 
Fig. 6 (SCM) is the sudden increase in signal strength at 
08:05:20 GMT, whereas no such increase occurs at this 
time in Fig. 5 (SAA). At this time, the antennna went to 
auto-track, previously having been computer-driven 
according to nominal predictions. The nominal predic- 
tions being used were in error by approximately: 

aHAk 0.11 deg 

AdecKO.OS deg 

Motal angle error K 0.14 deg 

Since the half-power offset for the SCM is 0.18 deg, 
one would expect a loss of roughly 1.8 dB for 0.14-deg 
error, and that is almost exactly the effect seen in Fig. 6. 
On the other hand, the SAA has a half-power offset of 
8 deg, so the elimination of the 0.14-deg pointing error 
at 08:05:20 GMT would have no perceptible effect — 
hence, no effect is seen in Fig. 5 at the time of onset 
of auto-track. 

The net effect of the antenna interference zone was 
far less traumatic than had (conservatively) been ex- 
pected, and, since the worst case had been completely 
planned for in any event, the initial acquisition at DSS 
42 was not in any substantial way adversely impacted 
by the effects of the antenna interference zone. 

C. Preflight Prediction Accuracy 

In the early portion of the pass at DSS 42, the actual 
radio metric data, when differenced with the preflight 
nominal predictions (generated from the actual liftoff 
time), yielded the following residuals (as obtained from 
the near-realtime pseudo-residual program): 

AHA « 0.11 deg 

A dec K 0.08 deg 

A XA K 1.0 Hz (VCO) 

These can be compared to the estimated 3o- uncertain- 
ties presented in Section II as: 

AHA K 1.15 deg 
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AdecK0.80 deg 
AXAK17 Hz (VCO) 

As can be seen, the actual errors which occurred were 
approximately 10% of the estimated 3o- uncertainties, 
which would seem to (probabilistically) indicate that the 
estimation of the uncertainties was on the conservative 
side, a not wholly undesirable condition. 

D. One-Way Downlink Acquisition at DSS 42 

Tlte one-way acquisition of the Helios 1 downlink by 
DSS 42 was executed rapidly and with no complications. 
Rise occurred at: 

07:57:14 GMT 

and DSS 42 had good, one-way lock at: 

07:57:24 GMT 

or ten seconds later. This acquisition can be seen in Fig. 
7. The station apparently set its receivers slightly below 
the expected frequency (the receiver frequency being 
inversely related to doppler frequency) and allowed the 
downlink to ‘’walk” down into the receivers — quite 
successfully! 

E. Uplink Acquisition at DSS 42 

The instructed uplink acquisition sweep was defined 
as: 

Ramp start time = 08:05:00 GMT 
Starting frequency = 22.039080 MHz (VCO) 
Frequency rate = 3 Hz/s (VCO) 

Ramp end time =08:06:80 GMT 

Ending frequency = 22.039350 MHz (VCO) 

Sweep duration = 90 s 

The instructed sweep and the sweep actually exe- 
cuted by ‘DSS 42 can be seen in Fig. 4. As can be seen, 
the station tuned (manually) at about 90% of the in- 
structed rate, a quite creditable performance, particu- 
larly when compared to the DSS 42 performance during 
the Mariner Venus/Mercury 1973 (MVM ’73) launch, 
when the station was able to achieve a sweep rate of only 
approximately 60% of that instructed. Since the space- 
craft was in the noncoherent mode, it Was not immedi- 
ately possible to tell exactly when or even if the uplink 
had been acquired— however, the fact that the uplink 
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sweep liad been routinely successful became known via 
telemetry some minutes later. At 08:26:31 GMT, the 
downlink was reacquired as good, coherent two-way, in 
response to a prior command to that effect. 

F. Angle Tracking 

In accordance with the angle drive strategy detailed 
in Section III, the antenna at DSS 42 was initially 
computer-driven to the preflight predictions generated 
from the actual launch time. At 08:06:20 GMT, or 
approximately one minute after the earliest possible 
(instructed) time, the antenna was successfully switched 
to auto-track on tire SCM, 


VI. Summary of Tracking Operations During 
the Helios 1 Launch Phase 

Key spacecraft features considered in the pre-launch 
planning for the Helios 1 launch phase were: 

(1) The silent spacecraft mode. 

(2) The low-gain antenna orientation interference zone. 

In the actual launch the silent spacecraft mode did not 
occur, and the interference zone was considerably less 
difficult than expected; nonetheless, tracking operations 
at DSS 42 during the launch phase proceeded e-iaotiy 
as planned, and were highly successful. 
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Fig- 7. Initial downlink 
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Symbol Synchronizer Assembly Instability Study 

R* C. Bunce 
Network Operations Office 


This first part of a two-part analysis describes the unstable operation of the 
Symbol Synchronizer Assembly (SSA) in the narrow-narrow configuration at 816 
hits/s. Reduction of a data set signal-to -noise (dB) vs. time indicates that the 
SSA is cycling between unstable lock conditions and entirely out-of-lock or ramp 
conditions. The ramp condition is so called because a strong second-order fre- 
quency term or linear drift becomes obvious. The drift magnitude is far beyond 
loop tracking capability and even marginal when a data rate of S3Vs bits/s is used . 
The data indicates a possible third-order term , noted casually in other unprocessed 
sets . Based on the ramp magnitude, it is finally recommended, that bandwidths 
less than 0.01 Hz (design point) be avoided. Also, an outline is given of Part II, 
which extends the study to analyze the third-order possibility and will upgrade 
early results through sophisticated machine progra?nming of statistical and itera- 
tive manipulations. 


I Introduction 

The DSN Station symbol synchronizer assembly (SSA) 
performs according to design under all normally recom- 
mended operating conditions. However, the equipment 
contains operationally programmable configurations, out- 
side of the recommended states, that result in unstable 
behavior. 

Specifically, the predominant configuration leading to 
instability occurs when the narrowest bandwidth instruc- 
tion (narrow-narrow) is combined w*th the lowest norm- 
ally operational symbol rate (8% An increase 

in either the bandwidth instruction (to narrow-medium) 


or ase of a higher symbol rate (nominal 33% bits/s) 
usually relieves the instability. 

Causes of the instability are not well understood. The 
stable operational threshold with respect to both band- 
width configuration and the product with input symbol 
rate is presently undefined. 

The purpose of this analysis is to determine the mag-, 
nitude of the instability parameters (by data reduction, 
particularly, raw points of signal-to-noise vs time), and, 
based on this analysis, state quantitative expressions 
that define the minimum stable SSA operating conditions, 
finally translated to a stable range of input instructions. 
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The analysis is in two parts. Part One develops 
elementary models of tire unstable conditions and uses 
these to reduce a single data set to arrive at a prelim- 
inary second-order estimate of one of tire parameters 
causing tire unstable behavior and its effect on stable 
operational minimum s. Approximate expressions are used 
to form tire preliminary model. 

Part Two, now being performed will generalize the 
reduction of a number of data sets, exhibiting various 
modes of instability to third order (prelock and lock, 
periodic, divergent) to bound the extent of the casual 
parameters and their source. Mors sophisticated expres- 
sions (particularly the relation between signal-to-noise 
in decibels and integrated phase processes) will be used, 
and best-estimate minimal stable operational condition,, 
statistically bounded, will be recommended. 

II. SSA Data and Modes 

This discussion will be limited to a single data set 
taken at CTA 21 in February, using the ‘‘narrow-narrow" 
bps condition, within which the instability is most 
pronounced. This unstable behavior is apparently not 
directly related to input signal-to-noise ratio, measured 
in decibels (S/N), but rather due to independent internal 
effects. When S/N is large, the instability effect remains 
unchanged. 1 The SSA acts nominally as a normal second- 
order phase-lark-loop. 

Initial thoughts were that the instability was simple 
oscillator low-frequency 1 If noise, and could be treated 
as such; this noise form is common with very narrow 
pbase-lock-loops, independent of input S/N, and in 
narrow-narrow, 816 condition, the SSA design loop 
bandwidth is only 0.00125 Hz. 

Data Set No, 1, S/N vs time, plotted in Fig. 1, is 
typical, Data was taken with straight square-wave input 
signals at S/N of about 17 dB. It is immediately appar- 
ent that the data is not random, but deterministic, except 
for obvious minor first-order noise effects. It can be fit 
(piecewise) to some kind of deterministic model or 
curve set, except possibly around the null points. This 
does not mean that the data is not statistical in die long 
run; whatever is causing the variations (probably tem- 
perature effects on local oscillators) may change state, 
or otherwise vary randomly at large intervals. The ques- 


1 S/N data amplitude follows the signal level, but the time-depen- 
dent form of tile instability process does not change appreciably 
with tliis amplitude. 
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tion is philosophical; die given data set, observed over 
a relatively short time period (widi respect to bandwiddi 
reciprocal) shows a deterministic trend or pattern. Low- 
frequency noise statistics must be abandoned; we are 
observing effects from a single, causal, and direcdy 
determinable time-dependent source. 

The most informative feature in Fig, 1 is die presence 
of nulls. The SSA S/N measurement set is obtained by 
integrating across sequential symbol periods and sum- 
ming results; a null could happen only if transitions 
occurred near die half-way point dirough a symbol 
period, a phase error of M cycle, or 90 deg. This is well 
outside die SSA loop control range. The instability is 
an "in-loop-contror — "aut-of-loop-control” phenomenon, 2 
The control range (the phase-detector integral) is only 
±: Mg cycle, or dr 22.5 deg. 

The 22,5 deg range leads immediately to another con- 
clusion: if the actual input S/N is stable and lias a peak 
value at 0 deg, and if the S/N (average) drops by 2.48 
dB, loop control is lost. This is somewhat distorted by 
S/N summation effects, but, in general, the loop is not 
fully active if the S/N is less dian 2,48 dB below peak. 
The figure is simply die loop S/N mean integrator output 
at dr 22.5 deg or Mo cycle, from zero phase error. 

It is, therefore, obvious diat the disturbing force under 
the stated conditions is sufficient that the loop cannot 
hold control; i.e., maintain lock. The most causal param- 
eter to do diis in a second-order-loop is a frequency 
ramp with magnitude beyond the tracking range. 
Although various spotty but observed data sets, includ- 
ing Set No. 1, have shown possible higher-order com- 
ponents, Data Set No. 1 (even intuitively) shows a 
strong second-order parabolic curvature. Higher-order 
components of significance cause multiple nulls, or, at 
least, successive inflections. These are minor in Data 
Set No. L See Appendix for additional discussion. 

The predominant question of Fig, I is whether or not 
the signal reentered loop control at the central peak. 
If it did not, then the frequency turned over, due to 
the frequency ramp, and reentered negatively following 
the next null. If it did reenter, then the S/N must have 
been variable, with a peak of only 14 dB in die central 
region, or data points at tire peak were missed, Consider 


-‘Some would say “in-lock” — ‘ out-of-lock**. However, if lock is de- 
fined as a zero or steady-state phase error, the loop simply 'lias 
control’* or “is out of control,” When it can t "handle” the signal, 
it is never "in lock’*, 
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the first hypothesis above to be Mode I and the second 
Mode II. The S/N data cannot resolve this, for SSA S/N 
reduction is based on absolute values, and the sign of 
the error phase is indeterminate. This leads to the dis- 
cussion of S/N as an indicator of phase. 

Ill SSA Signal-to-Noise (dB) to 
Phase Conversion 

The SSA S/N readout results from processing of the 
summation of tlie absolute values (and their squares) of 
a set of measures obtained by integration over the sym- 
bol period. The result is simply the square of the mean 
measure (signal estimate, watts) over its variance (noise 
estimate, watts). It would be accurate, except that 
absoluting the measures causes a dc offset by noise, an 
inescapable error. The error becomes significant if the 
integrated signal component approaches tlie noise com- 
ponent. The measure then becomes nearly indeterminate; 
all outputs approximate 0 dB with little quantitative 
information possible, In general, when the SSA S/N 
readout is below 3 dB tlie number is indefinite and 
becomes nearly meaningless at about 1.0 dB. Detailed 
mathematics are omitted at this time, as tlie algorithm 
problems in die area are well known. It is handled here 
simply by disregarding ono point of low S/N data; the 
point, at 0.4 dB, was obviously inaccurate. Under high 
S/N conditions, die S/N integral is direcdy proportional 
to die phase error across a single quadrant. The true 
signal level is measured at zero phase error, while the 
null occurs at M cycle of phase error, or 90 deg, when 
the transition is at die integral mid-point and the two 
halves cancel. Thus, die elementary reduction of S/N 
to phase is 

(l) 

where 

Z(t) = phase estimate with time-tag 

DBX = system S/N, dB; die peak observed value. 
DB(t) = S/N readout at time t , 

n, ±: = index and sign choice to fix $ according to 
selected mode estimate. 

For data set No. 1, n, sign, and DBX were chosen as fol- 
lows; see Figure 1 for null and peak position (i t = T), 


A plot of data set Number 1, bcdi modes, and reduced 
to phase equivalents by Eq. (I) and Table 1, is shown in 
Fig. 2. This was die basic working data model for Part L 
Note uncertainty regions near nulls, and also the very 
narrow loop periods; the signal is out of loop control 
for the majority of the time. Tlie most significant and 
unambiguous region is the long-ramp section between 
400 and 600 s. Except for sign, this section is indepen- 
dent of mode, and was finally the prime data field used 
for analysis. 

Since actual S/N readout is the result of summation 
over an S/N interval (30 s), Expression (1) can only be 
approximate. Tlie actual phase representing a given 
readout is some median value within the summation, 
and occurs at some variable time in this period. How- 
ever, without parameter estimates for the data model, 
corrections are impossible; in turn, parameter estimates 
depend on phase points. An iteration process is indi- 
cated, and a program for this is under way for use in 
Part II. Also, pure phase jitter, insignificant during loop 
periods, is not negligible in ramp periods, when loop 
feed-back does not control it. The program covering 
these effects is quite complicated, and its initial form 
was lost through computer malfunction before meaning- 
ful additional data sets could be obtained. However, 
Expression (1), with suitable initial correction near nulls 
for both the 5/N algorithm and inherent phase jitter, 
was the first program step and is probably accurate 
within a few degrees, except near nulls. 

Data Set No. 1, as reduced, showed, regardless of 
mode, an apparently fairly constant frequency during 
the out-of-loop-control, or ramp periods. However, an 
investigation of tlie data derivative, particularly in the 
indicated ramp period between 400 and 600 s, revealed 
an undeniable and relatively large second-order fre- 
quency term, or F, and, (although the data was insuffi- 
cient) even gave indications of a mild third-order process 
(to be disregarded at this time). Based on the strong 
ramp term, the hypothesis was established that the SSA 
voltage-controlled oscillator (VCO) (synthesizer sweep 
oscillator) was drifting. The Part I models for this 
internal ramp drift follow. 


IV. SSA Phase-Lock Loop With Frequency 
Drift Models 

Tlie SSA is finally an ordinary second-order optimized 
loop with very narrow-band capability, and perfect 
integrator. 
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Under strong-signal input conditions (the only condi- 
tions of this study), tire phase detector function (a combi- 
nation of digital logic and analog-to-digital conversion 
of an integral) is linear over the range ±y« cycle, or 
±22.5 deg; a cycle period being two symbol periods. 

When the phase error exceeds the above limits, die 
phase detector output becomes a nominal constant until 
tin* phase error has increased to a point very close to null, 
±W cycle (see Appendix for variations). The output is 
then indeterminate for a few degrees, emerging again as 
constant, but with reverse polarity; the loop turns over 
while passing through a null. Beyond 22.5 deg, die loop 
exercises no phase jitter control.® 

Ordinarily, the detector null flip-flop condition would 
be a strong restoring force for loop lock. The VCO 
frequency differential reverses, and the ramp maximum 
component polarity reverses, driving the loop toward sub- 
sequent lock. Such F changes were not, however, dis- 
cernible in the data, and it was concluded that diey must 
be masked by the large internal source. However, for 
uiLoietical purposes, we include both in the models; 
under certain central conditions, the frequency-shift is 
sign, ant and time-dependent. 

A second-order phase-lock loop widi internal drift has 
well known solutions; we assume the input signal to be 
a stable square-wave at phase zero. 


The loop model widi constant internal frequency drift, 
applying when the phase error is in control rsnge, has 
the S-pIane form: 


<j,(s) - 


$<f>o F o Fq/s 

(s + a) s + b" 


(2) 


<f > o ~ initial phase error, cycles (±1/16) 

F 0 — initial frequency offset from center, Hz 

* 

F 0 = (constant) drift rate. Hz/s 
a, b = loop constants at operating point 


Time solutions of Eq. (2) contain linear, exponential, and 
trigonometric terms, and vary widi gain (a function of 
operating point). To simplify this initial part one study, 
data were taken in die region where parameter b is zero 
(unity damping); “a” is then <a„ or just “a>,” nominally 


^Transitions, the time expression of phase, occur outside the phase 
detector gate, so their position cannot be included in loop feedback. 


4/3 cot * «>r, is the design bandwidth. The time soludon for 
Eq. (2) is then free of trigonometric terms: 

*(*)!»-. = [(1 - <ot)e<-“‘>] </>„-- [ («t)8<-“‘>] F 0 

Cl) 

-^■[l-(l-ot) 0 ‘-“*>]F o (3a) 

The ramp model is elementary; expressed as step 
functions: 

<f>(t) — tf>' 0 + (F 0 ± AF) ♦ t -* (F 0 ± AF) • ~ (3b) 

t = (T — T($i)): time “in the run" 

AF — 2mtf> L = ■g' 

AF = * <l> 2 — <oV16 

± = sign, as required for restoring lock. 

Eq. (3b) was applied to die long-ramp data in Fig. 2, 
by least squares fit, and the frequency and rate constants 
were found to be in excess of F and F moximums, as 
expected. The loop model, Eq. (3a), was also applied, 
using the ramp results, to die few data points available. 
The errors were less than two degrees, hut these loop 
results can obviously not be termed conclusive, for loop 
error variance was not within any kind of normal limits 
for the three points (25 deg). The ramp results are, how- 
ever, significant, particularly when the indicated indefi- 
nite null point was omitted. Results follow. 

V. Concluding Expressions 

It is obvious why the SSA cannot hold lock — the in- 
ternal drift is excessive in the narrowest bandwiddi con- 
dition. In this condition, least squares fit under two 
conditions (using or omitting die final ramp point) were: 

| F | = [4 • 132 ± 0.68] X 10-« Hz/s 

Phase error rms of die fits was only 0.69 deg, making 
the ±0.68 approximately a one-sigma figure. 

To track this requires: 

“mix = [16 X Fobserved] w = 0.0081 Hz minimum 

(4) 

At the 8% bit/s rate, the bandwidth is 0.00167, well out 
of range. However, at a bit rate of 33% bit/s, the equiva- 
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lent design bandwidth is 0.007, and tracking of the 
observed ramp is marginal at the higlier-gain operating 
points. For a safety factor in die presence of die above 
ramp, it is recommended that, for stable operation, SSA 
conditions be chosen such that, at design point (at least 
for Compatibility Test Area (CTA 21) equipment) ; 

on, > 0.01 Hz (5) 

To speculate on the source of the observed ramp is 
probably not valid; the ramp is there, its effects are part 
of each SSA installation, and it limits operating condi- 
tions. The probable third-order term, should it prove 
sizable, leaves the SSA with lock-drop potential under all 
conditions, except that time periods could be very long, 

It is interesting to note that the synthesizer manufac- 
turer’s specification for the internal sweep calculator is; 

Frequency drift in 10 min = ±50 Hz, maximum 

( 6 ) 

If this is divided by 10‘, as apparently occurs in the 
narrow-narrow SSA configuration, the result is a ramp of: 

50 

X Id- 1 = 8.33 X 10-° Hz/sec maximum 

oUU 

This is roughly twice the observed value. 

VI, Part Two Outline 

The ramp figures above are quite preliminary. To gain 
confidence in this parameter and it s extensions, such as 
third and/or possibly higher-order terms, work under way 


on a much more sophisticated approach will be contin- 
ued. This includes: 

(1) Gathering of additional data sets exhibiting all 
modes. 

(2) Coordinating parameter data through a series of 
loop-ramp cycles, using a generalized rms mini- 
mization program, to obtain ramp, rate, and higher- 
order data results with low variance, particularly 
during loop runs. 

(3) In conjunction with (2), iterate phase vs S/N data 
through the S/N algorithm model to minimize the 
phase and time reduction errors. 

(4) Determine the variation of the disturbing parame- 
ters between data sets, and their possible effect on 
data degradation under full in-lock conditions, 

The expressions for the above steps are summarized 
in the Appendix. 

VII. Summary 

The SSA loop exhibits internal frequency instabilities; 
it has been estimated by ramp-period analysis at 25 times 
the maximum tracking rate in “narrow-narrow S%” con- 
figuration, and only marginally in range if the bit rate is 
331!). A third-order component may also be present. 

Recommended minimum tracking bandwidth is 0.01 Hz, 
design point. 

Part Two will extend these results and generalize oper- 
ational limitations due to simple drift. 
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Table 1. Data set no. 1 phase conversion constants 


Region 

Mode 

Sign 

n 

DBX 

$.deg 


I 

“f" 

0 

17.3 

0 < £ < 90 

T < First null 

II 

+ 

0 

17.3 

0 < £ < 90 


T 


1 

17.* 

90 <$<157 

First peak > T > first null 

II 

— 

1 

14.8 

90 <$<180 


T 

+ 

0 

17.3 

157 <$<90 

Second null > T > first peak 

i 

II 

+ 

I 

14.8 

180 <$ < 270 


T 


0 

17.3 

90 < $ < 0 

Second peak > T > second null 

II 


2 

xao 

270 <$< 3G0 


I 


0 

17.3 

$<o 

T > second peak 

II 

+ 

2 

16.0 

$>360 
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PHASE {£), deg 


400 



Fig* 2, SSA data set No, 1 phase estimate vs time. Two possible modes 
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Appendix 
Program Models 


Discussion begins at Part II of Fig. A-l. Let: 

_ (Fj(i;loop (exponential/trigonometric) 

^(() — < 

f F-(f) ramp (polynomial) 

Assume initial parameter estimates are available from 
ramp polynomial analysis, A “set" is one ramp-loop cycle. 
If phase noise is significant (ramp): 


At = symbol period 


N = number Df symbals/samples: 


(7V,)-r, 

At 


When ${t) is variable, the moment solutions must neces- 
sarily carry a summation. Hie first two moments, taken 
over the S/N summation period, become extensions of 
well-known absolute value integrals: 


4>"(t) - ex P [“ \ J 

+ H{t) * erf mm <T$) 

_ I f IT 

4 * V K-erf (H) 

R — system (max) S/N power ratio 
If phase noise is insignificant: 

*"(*) = m 

For use in S/N reduction: 

H*) = |1 -4-| *"(i) + <fc„l|0<tf(f) < 1 


=~i • exp - Rfofrc,)]* 

+ 2 VKrtTCi) erf tyR <KTC,)]} 

Y(T,) = e|^2:(Vi) a } = ~2(2R-0(TC 1 ) + 1) 

NAt = TC = summation period (30 s) 

K — ^^ 0 Q Ar -, N 0 tlie noise spectral density 

Tj = time of the readout time for the /tli 
S/N measure 


effects covered above to obtain die phase noise mean. 
The S/N detector integral can be stated as (square-wave 
input}: 


When S/N is high, as in this study (except for uncertainty 
around nulls), the two moments are sufficient. They com- 
bine to yield die S/N estimate: 


It* - 


T^-ir+2^{r<7f)*AT 

r 0< -AT 


Jt o 4 -, 


AT+2$(TCi)'&T 


[\V { (t)\ + n(t)]dt 


TCi — zero-crossing time; ${TGi) and TCi require 
closure in <£'(£) and £"(£). 

T 0i — completion time of the integral 

= Tj at completion of sample set (final value) 

T 0J = Tj — (N — i) At 

Vi = signal voltage @ T 0j — At, reversing polarity 
@ TCi > where phase value causes a step- 
function (assuming uncoded square-wave 
input) 


(S/N), = 


[X(2"j)J 3 

2(T(T,)-^I*[X(T,)]= 


JL 

(^v) 


A given phase cannot be associated with this S/N. It 
represents summation over functions of the ^(TC,), an 
entire section of die model curves: 

HT, - rG) < *(S/N) < HTi) 

For program use, dtree values were selected: 

U'(t,-tG) 

(S?N) (Tj) represents < <f/(Tj — rG/2) 

{m 
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Since S/N is predominantly an amplitude function, the 
difference between model results and data allowed origi- 
nal data estimates to be modified linearly: 

*'data (*) • nt) Tj — TG <1 <T) 

^data» three values, the replacement for former 4>'. This 
provided data for phase iteration. The S/N to phase con- 
version above was the second and higher generation 
process; the original is covered in Part One. 

To determine result quality, the S/N difference be- 
tween data and model, scaled to die system S/N maxi- 
mum ratio, was reduced to an rms value: 


RMS 2 


_ 1 ys r V(S/N)i.DATA ~ , MODEL ~j 


N 




\As7n)] 


System 


j 


At each iteration, the “ramp" data was first subjected to 
a third-order fit and dien, for each associated ramp-loop 
sequence, the entire parameter set was adjusted for die 
minimum mean-square condition by machine (small BAV’s 
measured for each small “J parameter” at each point) 


„ _ V(S/A/)i, data — V(S/A/)t, model 

V(S/W) SYSTEM 


_ r 3 av, 


9AV < 3A V i ** 

+ “9FT‘ AFo + ' 9FT* AF 


3aV< •* 3AV) 

+ • AFo + — 5 — * Am 

3F 0 


— AVi " 


This leads to a system of simultaneous minimization 
equations from which parameter adjustments can be 
made. At completion, phases are readjusted and die pro- 
cess continued untd no furdier reduction in RMS could 
be obtained. 

Except on an exploratory basis, the above process has 
not yet been used. Additional data is required. 

It remains to consolidate the program, set error mea- 
sures, and bound applicability of results. This will be 
done in Part Two. Also, the following effect may be 
incorporated: 


Phase Detector: Output Variation 

In Part One, the effect of phase detector “flip-flop” at 
nulls was neglected, since the observed ramp magnitude 
far exceeded die maximum VCO ramp, However, die 
frequency changes are not as insignificant; die full “turn- 
over” has the maximum final value: 


| aF max j - 2 • £ ■ to • | A$ | — 4 * 10* 4 Hz 


This is a peak value at loop entry/exit; the actual value 
is noire dependent and nonliuear, being zero mean at the 
null. 

Since actual observed frequencies fell between 10 X KH 
and 18 X 10* 4 Hz, tiiis effect is significant in certain 
regions. The pending diird-order model may “absorb” it, 
or, if it proves necessary, full phase detector noise theory 
in ramp regions may be applied. 
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Ffg. A>1* Machine data reduction plan, Part H SSA Instability study 
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The Occultation Digital Tape Validation 

Program 

J. Thomson and M. J. Galitzen 

DSN Data Systems Development Section 


The Occultation Recording Assembly (ORA) located in the JPL Compatibility 
Test Area is used to produce 9-tracJ: computer-compatible digital magnetic tapes 
from analog occultation tapes recorded at one of three Deep Space Stations . In 
the past, the software has been used only to static check the ORA hardware 
configuration. This program allows the operator to validate the contents of the 
completed digital tapes before they are sent on for costly processing and 
analysis , 


i. Introduction 

During a spacecraft flyby of a planet, the spacecraft 
undergoes an occultation as it passes behind the planet 
When this occurs, the signal transmitted by the spacecraft 
is affected as it passes through the planet's atmosphere, An 
analog recording of the signal can be made at selected 
Deep Space Stations. The recording is then taken to the 
JPL Compatibility Test Area (CTA 21) for conversion to a 
computer-compatible digital 9-track tape representation 
of the signal. The digital magnetic tapes are then taken to 
thd Network Operations Control Center (NOCC) for 
analysis. 

The Occultation Recording Assembly (ORA) in CTA 21 
is used to produce the 9-track digital tapes from die 
analog recordings. In the past, the operator has been able 
only to static check the ORA hardware configuration, The 
Occultation Tape Validation Program allows the operator 
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to do a more thorough verification of the contents of the 
completed digital tapes before costly and time consuming 
computer analysis is done, 

II. Hardware 

The program, along with the current occultation 
software, uses an Interdata-4 computer contained in the 
Occultation Recording Assembly. The Occultation Tape 
Validation Program makes use of two magnetic tape units 
for reading in the contents of the digital records and a 
teleprinter for communication with the operator. The 
recording process makes use of the analog-to-digital (A-D) 
channel The program is controlled by a clock input of 40 
kHz. Each clock impulse causes the input of one 6-bit 
sample from the analog-to-digital channel A 42-bit time 
code generator is used to input time tags placed at the 
head of each digital record* 
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III. Current Software 

The current occupation software consists of a test 
program and an operational program. The test program 
allows the user to check the magnetic tape setup, the time 
code input* and the analog-to-digital input. Thus, it verifies 
the ORA to computer link. The operational program 
writes the data onto a series of tapes in the form of 4106- 
byte records. The recording process is controlled by a 
clock input of 40 kHz. One record is created for each 4096 
clock Impulses, thus the records occur every 0.1024 
seconds. Each record as shown in Fig, 1 consists of the 
following: 

(1) Station ID code: 1 byte 

(2) 42-Bit NASA time code: 9 bytes 

(3) Digital data: 4096 bytes 

IV. Program Description 

The Occupation Tape Validation Program was created 
to validate the tapes produced by the operational program 
before being considered ready for data analysis, The 
program is divided into two separate test operations. They 
are: 

(1) Tape file validation and search. 

(2) Tape file dump. 

The file validation is used to check the information 
written on a completed digital tape. This can be divided 
into Four sub-operations: 

(1) The program checks the time difference (A) 
between records for any pair or series of pairs by 
comparing it with an inputted A time value. The 
expected A time can be determined from the clock 
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rate and the analog tape speed. Any errors result in 
a message giving the actual A time between records. 

(2) The program checks the size of any or all records 
(this should be 4106 bytes). Any size errors cause the 
program to type out a message indicating the error 
and record number. 

(3) The program checks the station ID code of any or 
all records. The ID is compared with the value used 
in the operational program, 

(4) The program counts the total number of occur- 
rences of given 8-bit patterns within each record. 
This can be used to check for 4096 occurrences per 
record of a pattern in a test tape. Since up to six 
8-bit patterns can be counted at a time* this 
operation can be used to tally the distribution of 
sample points in a given record. This can be 
compared with the expected distribution within the 
records to provide a statistical verification of the 
data. 

The tape file dump operation allows the operator to 
dump the partial contents of any specified record onto the 
teleprinter* The program continuously types 32 bytes/line 
until a control on the computer display panel is actuated. 

V. Conclusions 

This program has already proven valuable in discover- 
ing and fixing hardware failures. In one case a time code 
error produced by a failed time code bit was discovered 
and corrected. In another case* a periodic data error was 
located and corrected with the help of this program. 
Without this program these problems would have been 
detected during the costly 9-track data reduction and 
analysis procedure conducted by project experimenters. 
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CODE 


MEANING 


START OF RECORD 


p' 

LONGITUDINAL EVEN 
PARITY BIT 

r~ 

p 

r~ 

0 

0 

0 

0 

s 

s 

1 

DS 

HEADER 

w 

DATA SAMPLE BIT 

p 

0 

0 

D 1 

°2 

°3 

°4 

D S 

°6 

> 


s 

STATION CODE 

p 

0 

0 

°7 

D 8 

°9 

D 10 

H 1 

h 2 




10-DSS 14 
01 - DSS 4X 

p 

0 

0 

H 3 

”4 

h 5 

H 6 

M, 

m 2 



DS 

11 - DSS 6X 
DATA SOURCE 

p 

p 

0 

0 

0 

0 

m 3 

M 4 

Sft 

m 3 

S 4 

m 6 

S 5 

s. 

S 1 

s. 


TIME OF DAY FOR 
FIRST DATA WORD 


0 - ANALOG 





4 






IN RECORD 


1 - DIGITAL 

p 

0 

0 

M, 

m 2 

Ws 


M S 

M 6 




BCD DAV BITS 

p 

0 

0 

m 7 

M e 

M 9 

M 10 


M 12 



h,-h 6 

M, -M ? 

BCD HOUR BITS 

p 

0 

0 

0 

0 

0 

0 

0 

0 



BCD MINUTE BITS 

p 

0 

0 

0 

0 

0 

0 

0 

0 

j 


S 1 -S 7 

BCD SECOND BITS 

p 

0 

1 

0 

W 5 

W 4 

W 3 

w 2 

w, 

w o 

1ST DATA WORD 

tA x ~M l2 

BCD MILLISECOND 
BITS 

p 

0 

cJ 

W 5 

W 4 

W 3 

W 2 

W, 

w o 

2ND DATA WORD 

P 

ODD PARITY BIT 

p 

0 

0 

w 5 

W 4 

W 3 

w 2 

W 1 

w o 

; 


i 

p 

0 

1 

0 

W 5 

W 4 

W 3 

W 2 

w, 

W 0 

4095TH DATA WORD 



p 

0 

0 

W 5 

W 4 

W 3 

W 2 

w l 

w o 

4096TH DATA WORD 



p 

p' 


J n 

p' 

p' 

P‘ 

p' 

p' 





1 

) INTERRECORD GAP 


Fig* 1* Tape record format 
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A Reexamination of the Subcarrier Demodulator 
Assembly Data Limiter Suppression Factor 

L. Kuo and L. Webster 

Network Operations Office 


The data limiter suppression factor is an important parameter in determining 
Subcarrier Demodulator Assembly (SDA) performance in the presence of sub- 
carrier phase jitter. A new mathematical model for this suppression factor is 
presented which, unlike precious models, allows for variable data symbol transi- 
tional probabilities and data filter time constant. Each of these quantities is 
examined for its effect on the data suppression factor. Finally, an example is 
presented which shows effects on SDA performance for data symbol transitional 
densities other than 50%. 


I. Introduction 

The Subcarrier Demodulator Assembly (SDA) models 
for use in the DSN were designed on the assumption 
that data have a transition probability of 50% and that 
td/Tsy ~ %, where t d is the data filter time constant (see 
Fig. 1), and Tsy is the data symbol period. This assump- 
tion, however, is limited in data analysis since it occurs 
quite frequently that the symbol transition density is 
other than 50% and t d/Tsy ranges from approximately 
% to %. 

The suppression factor (a') is a very important param- 
eter in determining demodulation performance. Since (a') 
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varies as a function of data transitional densities, rp/T uy, 
and STsy/No (signal energy to noise spectral density ratio 
into the data filter), a study was made to determine the 
data suppression factor (a') as a function of these vari- 
ables, This article also presents the effects on SDA 
degradation (symbol energy to noise spectral density out 
of SDA/symbol energy to noise spectral energy into 
SDA) as td/Tsy and symbol transition density change. 

Figure 1 is a functional block diagram (BLK III only) 
for the Subcarrier Demodulator Assembly. The input 
signal is an RF signal at die IF frequency of the receiver. 
The receiver phase tracks the received carrier and 
heterodynes it to the IF frequency at a fixed phase. The 
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received signal contains telemetry data in the form of a 
binary waveform which biphase modulates a square- 
wave subcarrier, The modulated subcarrier, which is also 
a binary waveform, in turn modulates the carrier. The 
purpose of die Subcarrier Demodulator Assembly is to 
recover die original binary telemetry waveform by syn- 
chronously demodulating both die carrier and subcarrier. 
The receiver provides a reference signal at 10 MHz to 
demodulate the carrier. The reference signal, to demodu- 
late the subcarrier, is provided by die demodulator itself, 
a portion of which acts as a phase-locked loop to track 
die subcarrier. Both demodulation processes take place 
in the upper channel of Fig. 1. The output of the upper 
channel is die recovered binary waveform which is sent 
to another part of the overall system for detection. The 
output waveform m(t) is also filtered and limited to pro- 
vide an estimate m(t) of die binary waveform (die re- 
covered waveform is typically contaminated widi noise 
and not striedy binary), 

The term m(t) • m(t) represents the data symbol stream 
m(t) multiplied by an estimate m(f) of the symbol stream. 
m(t), the voltage at the output of the data hard limiter, 
represents the data symbol stream tn(t) with serrations 
due to Gaussian receiver noise plus a time delay at data 
transition due to the data filter time constant r D (see 
Fig, 2). The average value of m(t) • m(f) over many digit 
periods is designated as (ex'), die data suppression factor 
(Ref. 1): 

a' = m(t) • ih(t) = (fraction of time m(t) agrees widi 
m(t) — fraction of 
time ik(t) disagrees with m(t)) 


II. Mathematical Model 

In formulating die model (see Fig. 3), consider a binary 
input signal x(t) of die form 

x(t) - • • • + X. 3 D- a + X..D-- + X. t D-' + X 0 + X t D 
+X 2 D* + X 3 £> 3 + ••• 

where X„ (n = —2, —1, 0, 1,2, •■■) are independent 

binary random variables assuming the value of V with 
probability P and the value of —V with probability 
(1 — P), and D is the delay operator of time T SY . Let 
tiiis signal be immersed in white Gaussian noise n(t), 
which is zero mean and has a two-sided noise spectral 
density of N 0 / 2. The composite signal z(t) = x(t) + n(t) 
i® passed tiirough a first order linear filter with transfer 
function F(s) = 1/(1 4- t^S). 
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The output j/(f) is then hard limited to produce the 
signal ti(t) (called data estimate), i.e., 

u(f) = +l, if y(?) > 0 
«(f) = — 1, if tj(t) < 0 

The problem to be examined then is to find the average 
value of the product of the data and data estimate* 
namely, 

a' = E (w(£) • x(t)} = E {m(t) • m(£)} 
as a function of R = V~T/N 0 = ST^y/No, P, and T S r/rj>. 

Since die filter has die greatest effect on most recent 
symbols of die incoming signal, die problem could be 
simplified by assuming that die symbol stream is all zero 
except die last two symbols and then adding smaE effects 
asserted by aU previous symbols. In detail, initiaEy as- 
sume diat x(t) takes on value V with probability P, and 
value —V with probability (1 — P) at time from 0 to t 
(# < T), — T to 0, and lias value 0 aE the previous time 
(—« to —T). Examine the filter output. The same 
process should be repeated by tracing back one more 
symbol period, namely, it takes on V, —V with prob- 
ability P, 1 — P at period — 2T to — T, 0 at period 
{— oo to — 2T). Using the linear property of die filter, 
tiiis result could be obtained fran that of the initial case 
by adding smaE changes affected by tiiis extra symbol 
period. Repeating tiiis process by adding more symbols 
to be analyzed, the a' — E { u(t ) * x(t)} should finally con- 
verge to a limit, since less effects are being produced by 
die filter with each previous symbol added. The iteration 
process could be stopped when a' converges to a limit. 

In obtaining the expected value of u(t) x(t), it would 
be easier to assume a particular incoming waveform, 
find E £<(#)} given tiiat particular waveform (called 
conditional expected value given a particular case), tiien 
average the expected values over aE the possible cases 
of incoming signals according to their probabilities of 
occurrences. 

III. Mathematical Analysis 

A. Analysis of Two-Symbol Periods (One Traced Back) 

First, consider the case when one symbol period is 
being traced back (two symbols are being analyzed), 
oainely, die incoming signal is assumed to have voltage 
zero from time — co to — T, have voltage V with prob- 
ability 2 ; , —V with probabdity (1 — P) at time — T to 0, 
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and have voltage V or —V with probability P or (1 — P) 
from 0 to t (t < T). In other words, one of the following 
four cased might occurs 


v 

m “ 

-V 


X ~1 *0 


-T 


t t 
0 \ 


(ID 


(Hi) 


(Iv) 


V 


-V 



V 


-V 



V 


-V 


-T 


l 


0 t 


qi denotes the probability for each case to occur; then 

<?i = F 2 , q* = P(l~n q 4 = (l-P)\ 

since X n *s are independent binary valuables. Now, as- 
suming one of tlie above four cases does occur, called i, 
then & (t) = E {Ui(t)Xi(t)/i}. Since u t (£) = 1 or —1, &(#) 
could be analyzed as in discrete cases with two sample 
points; thus, 

CiW ^ E {*,(*) • 1 1 ui(t) = 1} • P (in(t) - X) 

+ E {Xi(t) (-l)|tt*(*) - -1} * P («*(*) - 

= X 0 , * P («,(*) = 1) - ■ P (u,(t) = -1) 

= x 0| • p («*(#) = 1) - Xot (1 - P (Ui(t) = 1)) 

= *□, (2P = 1) — 1) 

where X D | indicates tlie magnitude of signal from time 
0 to t at event L 

Now, analyze P(ui(t) — 1); 

P(u i (t) = l)=P( Ui (t)>0) 

= p(^j”~ fl-vm z (f - (fe, > 0/iJ 

= p(^j e- k/Ta (x(t—\) + fl(« — h))d\ > 0/iJ, 

since to > 0 


Now let 


= P (/ n ^ ~ ^ e " VT ° — 
“jf fi- X/ro :ti(t- A)dA/i^ 

ft(t) = J e-* /T o x { (f — A)dA 
—J e- X/Ta x Qi dk 


■L 


t + T 


e- k ' T » x- u dk + 0 


where x. tj indicates the magnitude of the signal from —T 
to 0 at event i. Then solving for specific values of fi(t) 
yields: 

fit) - V TD ( 1 - e-V To ) + Vt oie-^o - e-«+J’>/To) 

/ 2 (f) = Vto (1 - s-*/*) - Vtd (c' </Td - 0- <<+r > /T ") 

/,(*) = - Wo (1 - «-**■) + y T0 (e-t/TD _ <r«+WT D ) 

/ 4 (t) = -Vto (1 - e- t/TD ) - Vro(e“*^“ - e -«+r*/*>) 


Since 

n (t — A) e- k/TB d\ 

has Gaussian distribution with zero mean and N 0 t d /4 
variance, then 

P n (t — A) <r x/Tfl dk> — = 

This claim will be proved rigorously in Subsection G. 
At this point, it is observed that no closed-form expres- 
sion could be obtained in evaluating erf (2 /N 0 td)**] 

as function of Ft = V'T/Nq, P, and T B y/rn* A computer 
program will be necessary to evaluate these functions. 
Now, average over all the conditional expected values to 
obtain E [u(£) £(<)]■ 


Conditional expected value for case i: 

Ut) = X 0i [2P («,(*) « 1) - 1] = X 0{ erf (^f] 
h(t) = S, <7i Ci(i) 

a' = E [«(t) x(f)] = jtJ q H f ) & 

a; 


in 
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We will now reformulate Eq. (1) in a more convenient 
form for computer solution: 


= ^ r erf jjVr D (l - er^) 


+Vtd (er^p - e-w>i*p 


J V^or fl / 


V 2 T T 

R “* W 0 ’ TO 

v p ,r fv*t 


_V[ 

. (1 _ e -*/m 4 . g-t/To _ 0 -(t+T)/TfljJ fit 

Zi = erf {#F [1 + (-1 + 1 - e-*)]} , 


Now let 


ai = V^RX* 1 
/3i = — 1 H- 1 — e _x 


« = e- t/T D 


Si = yJ o erf ( a i + «,fte'* /To ) dt 

V f'- x clu 

= jrj erf (ax + chfiiu) — ( — r D ) 


V f 1 evf (a x + ai/?x«) 


4 / 


The same procedures are used to obtain f s , £ 3j £ 4 such 
that: 


where 


a — £<7ifi 

i=i,< 


yps^h±2M. du , i=w 
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a : = Y2RA." 1 

a 3 = a 4 = — \/2fiV 2 

0 2 — —1— 1 + e* x 

,0s = 1 -t* 1 — e - * 

04 = 1-1 + e* x 


B. Analysis of Three-Symbol Periods (Two Traced Back) 

After analyzing the initial condition as in Subsection A, 
the next step is to add one more symbol to be traced 
back. It is necessary to average the following eight cases 
whose probabilities of occurrences are P 3 , (1 — P)P% 
P(1 - P)P, (1 - P)% P 2 (l - P), (1 - P)F(1 - P), P(1 - 
P) 2 , and (1 - P)“: 
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ft = Vt D ( 1 - g- f /Ti) 

+ V Tfl (e-^ - e-t'+rJ/Tu) 

+ Vra(ff-«*+»/» — (T ({+s:r)/, ' il ) 

v n /v^TV^V a 

^"tJ 0 er£ Vw 0 yr 

• (1 — — < 3" (f+T,/Tl> 

g-tt+ipj/ru . g-(*+2r)/Tflj ^ 

Letting T/td = A, 

(%=^ij erf (Y2RA- 1 [l + e-t/To 

•{—1 + 1 — e~ K + e~ k — e* 2X )]} dt 
Let 

ai = \/2SP 

/Jj = — 1 + 1 — e- x + «r x — <r aX 
« = e- ,/To 

Then, 

& » jJ a r erf (ct* + a^e^} dt 
= ^ J * erf (a! + a^iU) ■— ( -- r fl ) 


_V f 1 erf (eti + aifiju) 


u 


du 


The same procedures are applicable to obtain 
V f 1 erf (cti 4- atfijii) 




V f 1 i 

~*Li' 


u 


■du, 


4 = 2,3,-, 8 

Ql = a 2 = a 3 = a 4 = \/2RA r* 


a* = a„ = a T = a s = — V2RA -1 
/3 = = — 1 + (1 — e~ x ) — (e- x — e _2X ) 
jff a — —1 — (1 “ e" x ) + (<r x — e- sX ) 


(4) 


/?« = -1 - (1 - <r x ) - (e- x - e- 2X ) 

= I H- (1 — e~ x ) + (e _x — e- :X ) 

/?„ = 1 + (1 — <r k ) - (c x — <r :X ) 

/? T = 1 — (1 — e- x ) t (e- x — e- 2X ) 
jff e = X — (X — e“ x ) — (e _x — e- lX ) 

Continue this iteration process by adding more symbols 
to be analyzed. A computer program was written which 
shows J5[u(f) x(t)] converges very rapidly. Thus, an accu- 
rate solution could be obtained with the two or three 
symbols traced back. 

C. Proof of the Claim 

Statement of the claim: 


/>-*, 


e~ xlto d\ 


has Gaussian distribution with zero mean and NoW4 
variance knowing that E{n(t)} = 0 and autocorrelation 
function of n(t) = (No/2)8{t). 

Proof: 

”( f ~ *) e " X/TB ^ j 

=J”E[e-w»n{t-k)]dk 

=s J e- klT °E[n(t — A,)] d\ 

— J e~ >ifTn • 0 dX = 0 

Variance of 

[jy°n(f — A)<r x/TD dx] 

« e[ J” er xlTa n(t -\)d\J“ er^° n(f - fi) d/j 

= f" r e-* lTD e-P /To E[n(t - X) n(t ~ p)] dxdp 
Jo Jo 
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q-Utd — \)dk 



D. Find Probability That n(t) > -f t (t) 



, X 2 

" N«T D 
2 


u= ^R, 


■clx 


■/i(i) (2/fforo)Ws 


, nr & 

' y Nqtd * \ 


TrWoTJJ 




a/tt 7-j 


V?r J-/i(0(a/3foTj))*/s 




~~j= [ e^dy-\—~ f e-^dy 

V~ J-/i(0 (2/^0Tll)V5 V” JO 


IV. Results/Piscussion 

Using tlie iteration process discussed in Subsections 
III-A and III-B, we obtain the data limiter suppression 
factor averaging over three symbols as follows; 


a' = E{«(t) • x(t)} = g ( 5 ) 

where 

< 7 ; = probability of the ith event 

;, (()g Z£ igfei±£M fc (6) 

A. = T fi y/ to 

v = x 

17 = variable of integration 

q » = P*J <7* = ? 3 (1 - P); * = g 2 ; f/, = P=(l - P) 2 ; 
q a - q 2 ; <7o = q ii qi = q*i (ft = (1 ” P) 3 P; ?o = -tfaj 
f^ip — <7*tj 9 11 = q*’, ?is “ <7sJ <713 — ~~q*i 
{/h — f7ai <7 ib = <78} ?ia = (1 — Pi* 

where 

P = data transition probability 
aithru a 8 — V^HaF* 
a 0 thru a i0 = — V^HP 1 

[-1 + D14- D2 + D3]-A 
ft = [-1 4- D1 + D2 - D3] - A 
ft = [ — 1 4- D1 — D2 4- D3] • A 
ft = [-1 + D1 — D2 - D3] ■ A 
ft = [-1 - D1 4- D2 + D3] • A 
ft = [-1 - D1 + D2 - D3] *A 
ft = [-1 - D1 - D2 4- D3] • A 
ft = [-1-D1 -D2-D3]*A 
ft = [1 4- D1 4- D2 +03] • A 
fto = [1 4- D1 + D2 - D3] - A 
fti = [I 4- PI - D2 4- D3] • A 
fts = [1 4- PI - D2 - P3] * A 
fts = [1 — PI 4* P2 4- P3] • A 
ft* = [1 — PI 4- P2 — P3] * A 


1U 
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/?« = [1 - D1 - D2 + 233] *A 
j9ie = [1 — D1 — D2 — D3] • A 

where 

A = V§RF r 
D1 = 1 — EXP (—A.) 

D2 = EXP (—A.) — EXP (— 2\) 

D3 = EXP(— 2,\) - EXP (—3 A.) 

The validity of averaging over only tliree symbols to 
calculate the data suppression was investigated with a 
computer program which calculated the a' averaging 
over one symbol, two, or tliree successive symbols. As 
can be seen from Table la, the result converges rapidly 
for averaging over three symbols when Tsv/r D is 3 . 
Although not presented, a similar test was made for 
Tm/to in the range 3 through 12 and probability of tran- 
sitions over the entire range possible. Over these values, 
the data suppression factor as expressed in Eqs. (5) and 
(6) quickly converges, thus averaging over three symbols 
is sufficient. It should be noted that the results of Eqs, (5) 
and (6) become less accurate for T EY /r D values of less 
than 3 due to greater filter ‘'memory,” 


The effect of varying the Tby/t d ratio for a 50% proba- 
bility of data transition is shown in Table lb and plotted 
on Fig. 4 for varying values of the data filter input symbol 
energy to noise spectral density ( STby/N 0 ). The data 
limiter suppression factor as plotted in Fig. 4 compares 
quite well with results published in Ref. 1. 

Variations in a' as a function of transitional proba- 
bilities (P) are shown in Fig. 5. We see that pronounced 
changes in the data suppression factor for a constant 
Tsy/td ratio and signal-to-noise ratio occur at very low 
(20%) or very high (80%) values of the transition proba- 
bility. Since the Mariner Jupiter/Satum (MJS) mission 
will be using data rates with transitional probabilities of 
30 to 80%, this result is clearly important. 

Finally, Subcarrier Demodulator Assembly (SDA) deg- 
radation for various Tby/td ratios occurring with BLK 
III/IV SD4. designs (see Tables 2 and 3), transitional 
probabilities, and a fixed ST sy /N 0 of 10 dB is examined 
using an SDA degradation model developed by Lesh 
(Ref. 2). These results are shown in Fig. 6. A symbol rate 
of 8.33 was used with a wide (BLK IV) SDA bandwidth. 
SDA degradation changes of greater than 0.1 dB can 
result for varying probabilities of transition. 
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Table 1. Table of suppression factor E(u(t)x{t)} 


Number 
of symbols 
being 
traced 
back 

F 


Sr^/Ng, dB 


“5 

0 


10 



(a) \ = r 

tSY^D = 3 



1 

0 or 1 

0.47723 

0.74420 

0.95665 

0.999G7 

2 

0 or 1 

0,40355 

0.75142 

0.95981 

0,90974 

3 

0 or 1 

0.48386 

0.75177 

0.05996 

0.99974 

1 

0,5 

0.33380 

0.52830 

0,70280 

0.7G276 

2 

0,5 

0.33370 

0.52827 

0.70279 

0.76285 

3 

0,5 

0.33379 

0.52827 

0.70279 

0.76285 

1 

0,2 

0.38543 

0,60603 

0.79419 

0.84804 

2 

0,2 

0.38770 

0.608G0 

0.70531 

0.84813 

3 

0,2 

0.38782 

0.60873 

0.70537 

0.84833 

(b) X = 6 

3 

0 or 1 

0,35387 

0,53578 

0.85349 

0.93018 

3 

0,5 

0.29572 

0.49181 

0.72559 

0.86038 

3 

0.2 

0.31665 

0.525 04 

0,77103 

0.90711 



(c) X 

= 12 



3 

0 or 1 

0,25457 

0.43630 

0,60343 

0.03211 

3 


0,23348 

0,40060 

0.64001 

0.8G539 

3 

0.2 

0.24107 

0.41345 

0.66035 

0.88941 


Table 2. Data symbol rate selection (BLK ill) 



symbols/s 

B /F (data), 

Hz 

G ;j ,(dlst), 

dB 

C„.(WB), 

dB 

ms 

ms 

1 

Future 

Blank 

7 

44 

Blank 

Blank 

2 

5,6-12 

500 

14 

37 

39 

1800 

3 

12-27 

500 

14 

37 

18 

820 

4 

27-56. 

500 

14 

37 

8,1 

300 

5 

56-120 

5000 

20 

31 

3.9 

180 

6 

120-270 

5000 

20 

31 

1.8 

82 

7 

270-560 

5000 

20 

31 

0.83 

39 

8 

560-1200 

50K 

27 

24 

0.39 

18 

9 

1200-2700 

50K 

27 

24 

0.18 

8.2 

10 

2700-5600 

50K 

27 

24 

0.081 

3,0 

11 

5600-12K 

SOCK 

35 

16 

0.039 


12 

12K-27K 

50GK 

35 

16 

0.018 


13 

27K-56K 

500K 

35 

16 

0.0081 


14 

56K-120K 

3M 

45 

6 

0.0039 


15 

12QK-270K 

3M 

45 

G 

0.0018 
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Table 3. Data symbol rate selection (BLK IV) 



symbols/s 

Quad gen 
gain, dB 

Select B\V filter 

’ r det* tt* 5 

1 out* 

Gain, dB 

BW tF> kHz 

1 

5.6-11.9 

11 

30 

1.03 

47.5 

1800 

2 

12-20.9 

11 

36 

1.03 

22.1 

820 

3 

27 -55.9 

11 

36 

1.03 

10.0 

890 

4 

60-99.9 

11 

30 

1.03 

4.75 

180 

5 

100-219 

22 

25 

11,9 

2.21 

180 

6 

220-470 

22 

25 

11.0 

1.00 

180 

7 

480-999 

22 

26 

11.9 

0,475 

180 

3 

1.00K-2.19K 

29 

is 

49,5 

0.221 

180 

9 

2.20K-4.79K 

29 

18 

49.5 

0.100 

180 

10 

4.80K-9.99K 

36 

11 

209 

0.0475 

180 

11 

10.0K-21.9K * 

36 

11 

209 

0.0221 

180 

12 

22.0K-47.9K 

42 

5 

1020 

0.0100 

180 

13 

48.0K-99.9K 

42 

5 

1020 

0.00475 

180 

14 

100.0K-219.K 

47 

0 

5000 

0.00221 

180 

IS 

220.K-500.K 

47 

0 

5000 

0.00100 

180 
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SUPPRESSION FACTOR a’ _ SUPPRESSION FACTOR s' 



. P = 0 OR I 

P = 0.4 OR 0.6 
P= 0.2 OR 0.8 






Appendix 


The following analysis yields the data suppression factor a' for the special ca.es where the incoming signal is all 1 
or all —1. Suppression factors thus obtained should agree with those of probability of transition equal to 0 or proba- 
bility of transition equal to 1. 



p » 0.5 YIELDS 
MINIMUM Q* 
(SEE FIG. 5) 


Assume incoming signal is all —1: 

m*. ) *oo = ~vp{u(t) = 1} + <-v) (-D p{u(t) = -i} 

= = i} + y[i - p{u(t) = i}] 

= ~V[2P{u(t) = 1} - 1] 


P{u(t) = 1} = P{y(t) > 0} 


Since 


so 


Let 


tf 


*= / — e^ /T ° [*(£ — A) + n(t — A)] d\ 


TO 


>_»} 


= P-jjf e~ k ' ra n(t — X) dx > — J e-V Tj, (—V) <2a| (since TD > 0, incoming signal is —V) 
= pU e-v™ n(t ~X)dX> W D | 

n(f) = j e~^ TD n(t — x)dxen ^0, ~p^ 


P{n(t)>V t d } = I " pi?- -<**-(*?) 

\ 2v ~r 


' Ytd 


r = 


X 3 

N 0 TD 

2 
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so 


dv= yfS 

(B) = r 

Mon. 


dx 


e-^y/2 

/.VoTd) 1 /’ yVZS/oTD 




2 rViZTB/N,)V* 

■\/ir Jo 
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Network Control System Project Block 111 

Software 

S. E. Friesema, J. Blackstock, T. Gee, N. Hammerwold, 

A. Irvine, N. Larson, and J. Williams 

DSN Data Systems Development Section 

The Network Control System (NCS) Project is responsible for the software 
implementation of the Network Operations Control Center (NOCC) Block III 
system . This involves the programming for a twenty-one computer distributed 
network (including on-line spares ). This system is presently in a three-phase 
development plan* Phases I and II are currently designed and coding is in 
progress. Phase III requirements are being reviewed with respect to Phase I and 
II capabilities and NCS manpower availability. NOCC operational testing for 
Phases I and II will begin in September 1975 * with final transfer to DSN 
operations Feb . 1> 1976 . NOCC Phase III is tentatively scheduled for transfer to 
DSN operations on 1 July, 1976 


1. Introduction 

The Network Control System (NCS) software develop- 
ment is divided into three major implementations: Block I, 
Block II, and Block HI This report will summarily 
describe the software implementation elements and status 
for NCS Block IIL 

The NCS Block III is an 18-computer distributed 
system. There are additionally three controller and 
preprocessor computers utilized as part of larger com- 
puter subsystems. The NCS Block III System is being 
implemented to: 

(1) Receive and provide accountability for high-speed 
data blocks (HSDBs) transmitted by Deep Space 
Stations (DSSs) to JPL. 


(2) Transmit and display command data utilized in the 
configuration and control of DSSs. 

(3) Generate, format, and transmit to selected DSSs: 

(a) Sequence of Events (SOE) files 

(b) Seven-day schedules 

(c) Radio-metric predict data 

(d) Telemetry predict data 

(e) Test data 

(f) Data recall control messages 

(4) Provide printer dump of selected data being 
transmitted by the DSSs to JPL and from NCS to 
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the DSSs. This includes wideband data being 
received in either 1200- or 2400-bit block size* 

(5) Provide sufficient HSDB analysis to assure meaning- 
ful displays for operational support in the areas of 
telemetry, tracking, command, and monitor* 

(6) Provide operational status of the NCS to a level that 
will readily identify major system operational 
problems. 

(7) Provide flight projects with an intermediate data 
record (IDR) tape* This tape should contain a 
merged file of the maximum number of useable 
HSD/wi deband data (WBD) blocks recoverable by 
the DSN* 

(8) Provide fast subsystem recovery by means of on-line 
spare processors. 

The NCS Block III functional configuration is shown by 
the simplified block diagram in Fig, 1. The following 
paragraphs describe briefly the software for each of the 
major functional subsystems. The only exception to this is 
in the real-time monitor (RTM) area. Rather than 
presenting a summary of each monitoring application, the 
general software structure for the RTMs as a group is 
presented. For a more detailed description of the NCS 
hardware configuration see Ref. 1. 


II. NCS Communication Log Processor and 
Network Control Processor 

Control of the communication log processor (CLP)/ 
network control processor (NCP) subsystems is accom- 
plished through hardware-generated interrupts and opera- 
tor control inputs (OCI) (Figs. 2, 3). At the completion of 
each data block transfer, either input or output, un 
interrupt is generated. This interrupt causes control to be 
transferred to the proper input/output (I/O) handler, 
either comm buffer handler, star switch controller (SSC) 
handler, terminet handler, magnetic tape (MT) label 
printer handler, MT handler, or disk handler* The I/O 
handler performs the proper processing, and if necessary, 
places the data block on queue to one of the internal 
subroutines or to another I/O handler. Input of an OCI by 
the operator may cause a change in the control of the 
program, such as a request to cease reading an input data 
line or cease outputting over a particular SSC path. 

All input data blocks are received by the comm buffer 
handler or the SSC handler. They are then queued to the 
routing module. The routing module compares the 
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information contained in the GCF header with the data 
contained in the proper routing table to obtain an output 
line number, or numbers. The data block, along with the 
output line numbers, is then queued to the proper 
handler, or handlers, for output. When an OCI is input by 
the operator it is queued to the OCI processor module, 
which takes the necessary action to complete the request 

The interface between the CLP and NCP subsystems is 
the HSD traffic, which has originated outside either 
subsystem and is routed by both to the proper destination. 
In only one case is a control message generated by one 
subsystem with the other subsystem as the destination. 
This is the case where the backup CLP has been changed 
to the prime CLP by operator input. In this case the CLP 
sends a control message, in HSDB format, to the NCP for 
it to become the prime NCP, 


IH. NCS Display Processor 

The display subsystem operates in the Network 
Operations Control Area (NOCA) of Bldg. 230. Its purpose 
is to provide a centrally controlled facility for displaying 
data for the Network Operations Control Center (NOCC), 
and for receiving and processing operator control inputs 
to direct NOCC operation. Additionally, the display 
subsystem accepts bulk data, which it prints, or transmits 
to the Network Data Processing Area (NDPA) in Bldg. 
202 (Fig. 4). 

A. Displays 

Up to 46 digital TV (DTV) display devices are driven at 
the NOCA. Of these, up to 31 are slave units, and up to 
15 are master units with numeric keyboard for display 
channel selection. The DTV screen is logically divided 
into quadrants, each quadrant individually assignable to 
any defined display format. In addition to the DTVs, there 
are three CRT display devices, each with a display 
capability of two pages, where a CRT page equals a DTV 
quadrant in terms of display capacity. A subset of the 
display subsystem software resides in each other minicom- 
puter subsystem of NOCC that has a local cathode-ray 
tube/keyboard (CRT/KB) display capability as backup, 

B. Operator Control Inputs 

OCFs are entered from the CRT/KB alphanumeric 
keyboard. The OCIs are validated at NOCA, and illegal 
entries are rejected with a response. OCI prompting is 
available to assist the operator. OCPs that pass NOCA 
validation are encoded for wideband data line (WBDL) 
transmission to Network Data Processing Area (NDPA). A 
subset of the OCI software resides in each other 
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minicomputer subsystem of the NCS that has a local 
ORT/KB display as backup. 

C, Bulk Data 

Prestored bulk data can be entered from the card 
reader, and acted upon as prestored OCIs, or as data for 
transmission to the NDPA. Additionally, bulk data 
received from the NDPA can be printed at the NOCA. 
The Network Operations Control Area also prints a log of 
system events, OCIs, responses, and system status on 
separate printers. 


IV* NCS Real-Time Monitors 

In order to support all of die software functions 
required of a real-time monitor (RTM) operating within 
the NOCC, we have identified the areas of commonality 
within each RTM and assigned the responsibility of 
interface/design and implementation to people who are 
not programming each RTM applications module. This 
approach frees the applications progiammers of common 
supporting activities and eliminates multiple designs of 
the same logical function. The end result is a series of 
stand-alone products which have been modularly devel- 
oped (Fig. 5). 

All data arriving at an RTM consists of two types: (1) 
DSS originated 01 (2) Intra-NOCC data (a single exception 
to this is Ground Communication Facility (GCF) monitor- 
originated status which is sent to the monitor RTM for 
status processing). The GCF handler is responsible for 
bringing the data* in the form of 1200 or 2400 bit data 
blocks, into I/O buffers allocated by the application. Deep 
Space Station-originated data are queued directly for 
application processing while intra-NOCC data are queued 
for further analysis by the preprocessor routine. The 
preprocessor uses information contained in the GCF 
header to route the data to the proper routine by 
queueing the data onto one of several queues which have 
been defined by the application. The application module 
performs the required analysis of DSS-originated data, 
using the services of the high-speed data block (HSDB) 
reformatter to extract and realign the data as received for 
ease of processing. It then saves the extracted data in its 
subsystem control and data tables For further use and for 
subsequent display. Incoming data are also used to update 
the system performance record (SPR)Znetwork perform- 
ance record (NPR) (monitor RTM only), which is written 
to disk by the SPR control processor when full Both the 
application and the HSDB validation and accountability 
routines add to the GAP list i hen block sequence 
anomalies occur. The GAP list is also maintained on disk 
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by the SPR control processor. At operator request or 
when the SPR/NPR ci GAP list on the disk is nearly full, 
the SPR despool processor will be advised to begin 
transferral of the data to the NC support subsystem. This 
is done by acquiring a 2400-blt I/O buffer and reading the 
accumulated SPR/NPR or GAP list data from the disk into 
the buffer and queueing the buffer for transmission, via the 
GCF handler, when it is full. 

OCRs entered locally are validated and reformatted by 
the operator communications processor, and are queued 
for processing by the application. When the application 
has completed its processing, the response indicated by 
the application is returned to the CRT/KB terminal from 
which the OCI was issued to complete the processing. 

Asynchronous to other processing, the display prepara- 
tion processor can be preparing a new display in response 
to a request from the display processor or preparing an 
update to an active format which is being displayed 
locally or remotely in the NOCA, To do this, the routine 
draws upon the data contained in the display data table 
and the format control table employing the services of the 
applications display address resolution routine to access 
the data contained in the subsystem control and data 
tables. If the data is to be displayed remotely, the 
accumulated data is packed into 2400-bit I/O buffers and 
queued for transmission to the display computer via the 

GCF handler. I 

j 

V. NCS Support Processor 

The Network Control Support Subsystem (NCSS) is 
required to perform the non-real lime functions of five 
subsystems as well as its own tasks. The non-real time 
programs common to those subsystems can be generally i 

categorized as: 

(1) File extraction and HSD output 

(2) SPR/NPR data extraction and recording 

(3) Standards and limits generation 

(4) Predicts generation 

(5) System analysis 

The NCSS program shall operate in a multi-use 
environment in that it will have the capability to operate 1 

in several different inodes as it services the needs of the 
different subsystems. (Fig. 6). 

(1) Batch mode. In this mode the NCSS will operate in 
a non-real time computational manner. Such func- 
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tions as sequence of events and tracking predictions 
shall be performed in this mode, 

(2) Demand-responsive mode. The NCSS shall be 
capable of a dialog with an end-user. Such functions 
as standards and limits (S&L) update shall be 
performed in this mode. 

(3) Near-real time mode. The NCSS shall be capable of 
responding to specific stimuli and provide controller 
responses under clock impulse. Such functions as the 
transmittal of HSDBs shall be performed in this 
mode. 

(4) Development mode. The NCSS shall provide 
resources to develop and test programs for the 
entire NCS in a limited mode. 

(5) Test mode. The NCSS shall be able to operate in a 
limited test mode. 

The NCSS program shall operate asynchronously with 
respect to the NCS except at those times when it is called 
upon to act in a near-real time or demand-responsive 
mode. This means that events represented by messages 
from all data paths, including peripherals, shall be 
scheduled. Action shall be deferred until such time as the 
proper resources can be applied to servicing such events. 
Events shall be acted upon at some time later than their 
time of entry into the environment of the NCSS. 

VL NCS Data Records Processor 

The functions of the data records processor (DRP) (Fig. 
7) are primarily the following: 

(1) The recall of the data from a DSS based upon a gap 
list received either from operator entry at the DRP 
{manual mode) or from the Support Computer 
(automatic mode). 

(2) The generation of either an intermediate data record 
(IDR) or a fill data tape by combining a network 
data log (NDL) and a recall data tape. 

(3) The replay of an NDL to a real-time monitor 
(RTM). 

The transmission of data between the DRP and the 
Deep Space Stations, Support processor or an RTM will 
utilize the star handler and the buffer queueing/ 
dequeueing common software. Operator inputs (OCL) f i 
initialize and/or control the functions v- the DRP will 
utilize the OCI handler common softwu package. Any 
status or alarm messages generated by the above functions 
will be output to the CRT/KB display and will interface 
with the display handler, also a common software module, 
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The three prime functions run independentally of each 
other. Function (1) Is activated upon receipt of an OCI or 
a gap list message from the support processor. Its output 
is the recall data tape. Function (2) takes this tape along 
with the NDL from the communications log processor 
(CLP) and combines them to produce either an IDR or a 
fill data tape. The last function causes an NDL to be 
replayed to an RTM at a selectable rate. 

VII* NCS Test and Training Processor 

The test and training Subsystem (TTS) provides test 
support to all of the subsystems within die Network 
Control System (NCS) and to the Deep Space Station (Fig, 
8 )+ 

High-speed data blocks (HSDBs) or wide-band data 
blocks (WBDBs) will be created from card input. These 
blocks will be output through the star switch controller 
(SSC) by die GCF handler at timed intervals. These blocks 
will also be saved on magnetic tape or disk if requested. 
The created test blocks may be modified at any time by 
OCI or card input, 

HSD or WBD blocks destined for other systems may 
also be switched to the TTS by the SSC. These blocks will 
be put into the HSDB queue by the GCF handler. They 
will then be written onto magnetic tape for later test 
transmission. 

HSD or WBD blocks may also be input from previously 
recorded magnetic tapes. These blocks will be interro- 
gated and the ones specified (by OCI) will be output 
through the SSC by the GCF handler. The TTS will 
process up to six streams defined by one or all of the 
following parameters: source code, destination code, 
spacecraft number, user-dependent type code, and data- 
dependent type code. 

VIII. NCS Block Eli Software Status 

The NCS Block III software development is divided 
into three phases: 

(1) Phase I Development, complete Sept 1, 1975. This 
phase includes the basic capabilities to receive, log, 
recall, and merge DSS data blocks, 

(2) Phase H Development, complete Dec. 1, 1975, This 
phase meets all the basic capabilities listed in the 
introduction, 

(3) Phase III Development, complete approximately 
July 1, 1976. Refinements to allow more efficient 
control as well as increased status visibility will be 
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incorporated in this phase* Lower priority functions (hardware and software) integration. Due to the relatively 
and approved operational change requests will be large number of newly developed interface assemblies as 

implemented as manpower and operations permit well as new vendor-developed handlers, the system 

integration has been delayed. It is anticipated that 
Presently a large portion of the systems software problems will be corrected and the scheduling will be met 

development is being consumed in the new interface for NCS Block III. 


Reference 

L Petrie, R. G., “NCS Minicomputer Systems Status Report/’ in The Deep Space 
Nettvork Progress Report 42-22, pp* 152-159* Jet Propulsion Laboratory, 
Pasadena, Calif., Aug* 15, 1974* 
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Fig* 3. Network Control Processor software diagram 
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Fig. 4. Display subsystem software module diagram 
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Extension of Automatic Flow Charting 

Capabilities 

R. J. Margolin and W. 0. Paine 

Quality Assurance DSN and Mechanical Hardware Section 


A new macro generation facility within the AUTOFLOW II flow charting 
system was used to process assembly language programs for the MODCOMP II 
computer , 77ns article describes the nature of this new facility and how it was 
used, as well as describing other capabilities for automatic flow charting . 


In its search for tools to aid in auditing DSN software, 
the Software Quality Assurance Group has made use of 
graphic macro facilities within AUTOFLOW II 1 to enable 
automatic flow charting of assembly language source 
programs for the MODCOMP II 2 computer used in the 
Deep Space Network, 

This facility in AUTOFLOW II is known as macro 
definition > It permits the representation of the individual 
instructions of a target computer (in this case, the 
MODCOMP II) in terms of flow chart symbols with 


1 AUTOFLOW II is a program product of Applied Data Research, Inc,, 
Prince .on, New Jersey. There are many modules in AUTOFLOW II. 
One module, the chart /assembly module, accepts programs written in 
IBM 360/370 assembly language and automatically provides flow 
charts and analytical listings which make the structure of the program 
clearer, This system has been installed on the IBM 360/75 since early 
1973, 

a Thc MuDCOMF II computer is a product of Modular Computer 
Systems, Fort Lauderdale, Florida, 
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accompanying text information, A group of macro 
definition statements is used to express an instruction and 
each time that instruction occurs; 

(1) The type and number of flow chart symbols for that 
instruction are generated. 

(2) The text associated with each symbol is generated, 
including literal expressions and indicated parts of 
the source instructions, 

(3) In the case of decision, branch, and subroutine 
symbols, the location of the field which specifies the 
destination data is given. 

(4) For decision symbols, the in-line and out-of-line path 
labels are supplied. 

Over 500 lines of macro definition statements were used 
to form 236 macro definitions of assembler directives and 
instructions for the MODCOMP assembler with some of 
the macro assembler features added, Twenty-three of the 
macro definitions were for assembler directives. Twenty- 
seven of the remaining 213 macro definitions were for 
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separate definitions of those instructions {indicated in 
MODCOMP code by an asterisk as the last character of 
the operation) where the memory reference was indirect 
In addition, a group of specific MODCOMP executive 
service macros was defined* 

A simple and conventional approach to graphic macro 
definition would have been to select the appropriate boxes 
and merely repeat the source coding along with the 
comment It was our desire to provide a type of 
documentation suitable even for one not reasonably 
familiar with MODCOMP coding. In an effort to do this, 
we have expressed the instructions in a combination of 
English, logical, and program language-related symbolic 
notation. This enables a new reader to understand the 
operations more easily without knowing the many details 
of addressing modes* A certain lack of flexibility in the 
macro definition feature may cause pairs of parentheses to 
appear with null contents. This serves to indicate non-use 
of Indexing where potentially available. 

Where an assembler itself offers macro capabilities* it is 
possible to provide parallel AUTOFLOW macro defini- 
tions, depending on the complexity of the assembler 
macros used. This was done by Quality Assurance in the 
case of the Communication Buffer and Quad Standard 
Interface Adaptor (SIA) Test Program, part of which is 
shown as a sample. Part of the macro definitions, source 
code, and chart output are illustrated in Figs. 1, 2, and 3. 


Normally, the parallel AUTOFLOW macro definitions 
would be prepared to the general standard used for the 
original assembler macros. 

In addition to handling 360/370 assembly language 
programs, AUTOFLOW II also has additional capabilities, 
AUTOFLOW has a built-in facility known as chart code. 
It is unrelated to any programming language, but is a 
vehicle for indicating the structure of the program at a 
design level AUTOFLOW can also handle assembly 
language programs for a number of other computers and a 
variety of languages, such as PL/ 1, COBOL, JCL. Some of 
these are options which may be delivered with the basic 
AUTOFLOW II, while others are preprocessors which 
dovetail with AUTOFLOW or produce output that may 
be input to AUTOFLOW. 

The status of other AUTOFLOW activities is as follows: 

(1) The current options in extensive use are FORTRAN 
and XDS Sigma Assembly Language. 

(2) The installed preprocessors are SDS 920, UNIVAC 
1108, and CDC 3100. 

(3) Other preprocessors (which use the macro definition 
facility) are for the INTERDATA 4 and INTER- 
DATA 70. 

(4) Other uses have been examined and it is possible to 
automatically chart assembly code for the PDP-8, 
NOVA, MAC-16, and PDP-11. 
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06/23/75 


INPUT LISTING 


AUTOPLOW CHART SET - MODCOMP TEST PROGS (SC0.HND.ERP.T1M) 


CONTENTS 


* MDEF IP 

* MDEF INC 

* MDEF INS 

* MDEF INT ,EN, D1 /OP (ALL) / 

* -MDEF ISA. I I 

* CON /'INPUT STATUS FROM DEVICE* .0(2 ) . 'TO REG. ' ,Q( 1 ) . ' ; ' ,0P( ALL) .C/ 

* MDEF ISB.I 

* CON /'INPUT STATUS FROM DEVICE* .0(2)* *T0 REG, '.(HI DPI ALL) , C/ 

* MDEF ' ISC. I 

* CON /'INPUT STATUS FROM DEVI CE f ,Qi 2] * 'TO REG. ' , Q( 1 ) . ' : ' .OP [ ALL) . C/ 

* MDEF ISO. I 

* CON /'INPUT STATUS. FROM DEVICE* .0(2) , 'TO REG. * .Q( 1 ) , * : 1 .0P{ ALL ) , C/ 

* MDEF LAD, P 

* CON /'SHIFT LT AR1TH DBL REG. ' .0(1 ) ,0(2) . ' BITS ; ' .OP ( ALL) . C/ 

* MDEF LA5.P 

* CON /'SHIFT LT.AR.5KuL REG . ' ,0{ 1 ) *Q( 2 ) . 'BITS; * .C/ 

* MDEF LBR.P , 

* CON /'Load BIT' ,Q(2), 'INTO reg,'.o(U.';'.opiall),c/ 

* MDEF LB^B.P 

* CON /'LOAD BIT' .0(2) . 'INTO REG. ' ,0(1) . ' I ' ,C/ 

* IBID B.D1/0PM )/ 

* CON /0P{1)/ 

* MDEF LB5C.P 

* CON /'LOAD BYTE INTO REG. ' . Q ( 1 ) . ' PER REG, ' ,Q(2) , 1 , 0P( ALL) , C/ 

* MDEF LDI.P 

* CON /'LOAD', 0P{1), 'INTO REG. ' ,Q( 1 } . ' ; ' X/ 

* MDEF LDM.P 

* CON /'LOAD REG.* .0(1), 'WITH {' ,0P( 1 >.*+( REG. * .0(2) C/ 

* MDEF LDM*.P 

* CON /'LOAD REG.'. 0(1). 'WITH ( ( ' ,0P( 1) * ' + [ REG. 1 . 01 2 ) . ' )}) ; ' , C/ 

* MDEF LDS.P 

* CON /'LOAD REG.' ,0( 1] . 'WITH ( (R1 )+' ,0(2) . ' ) I ' ,OP(ALL) .C/ 

* MDEF LDX.P 

* CON /'LOAD REG. ' .0(1 ). 'FROM (( REG. Q{ 2 0P{ ALL) .C/ 

* MDEF LFM.P 

* CON /'LOAD FILE TO REG' .0(1 ) + 1 ETC FROM' .OP (1 ).' + (' .0(2) *C/ 

* MDEF LFM*.P 

* CON /'LOAD FILE TO REG' .0(1 ). 'ETC FROM t ' ,OPl 1) .*+('. Q( 2) C/ 

* MDEF LFS.P t , 

* CON /'LOAD FILE TO REG ' , 0( 1 ) . 'El C F30M( ( R1H ' .0(2) 0P( ALL) . C/ 

* MDEF LFX.P 

* CON /'LOAD FILE TO RG . ' . Q{ V) . ' ETC FRM ( (RG, ' .Q(2> .0P( ALL) .C/ 

* MDEF LLO.P 

* CON /'SHIFT LEFT LOG DBL REG' ,Q[1 ) .0(2) . 'BITS; ' .OP(ALL) .C/ 

* MDEF LLS.P 

* CON /'SHIFT LEFT LOGIC REG' t 0( 1 5 .0(2) * ' BITS; ' .OP(ALL) *C/ 

* MDEF LRS.P 

* CON /'LEFT ROTATE REG. ' .0(2) .* INTO REG. ' ,Q( 1 0P( ALL) . C/ 

* MDEF LST 

* MDEF MAC 

* MDEF MBL.P 

* CON /'MOVE BYTE LEFT FROM REG. ' ,Q[2 ) . 'TO REG. *.0(1)*';' .OP (ALL) . C/ 

* MDEF KBR.P _ * , 


*D IF 1 
*D INC 
*D INS 
*D INT 1 
*D ISA 1 
' ;',OP{ALL).C/ *DISA 2 
«D tSB 1 
';'.0PIALL),C/ *DISE> 2 
-D ISC 1 
' ; ' .OP[ALL).C/ *D I SC 2 
'U ISO 1 
- ; » .OP(ALL) ,C/ * DI SD 2 

*D LAD 1 
ALL) . C/ *D LAD 2 

*D LAS 1 
*D LAS 2 
* D LBR 1 
*D LBR 2 
*D LBRB 1 
/ *0 LBRB 2 

*D LBRB 3 
*0 LBRB A 
*D LBX t 
OP (ALL) , C/ * D LBX 2 

*D LDI 1 
*D LDI 2 
♦D LDM 1 
) ) ; ' . C/ *D LOW 2 

-D LOM+ 1 
' ) 1) ; ' ,C/ *D L DM * 2 

'D LOS 1 
).C/ *D LD5 2 

. *0 LDX 1 

L).C/ *D LDX 2 

, *D LFM 1 

K2),');'.C/ *0 LFM 2 

*0 LFM* t 
.Q(2) . 1 ) ) ; ' .0/ •'DLFM* 2 
*D L^S 1 
) ; ' , 0P( ALL ) . C/ *DLF5 2 
*D LFX I 
) ; ' .OP(ALL) .C/ fc DLFX 2 
*D LLO 1 
U.D.C/ *D LLD 2 

*D LLS 1 
.)*C/ *D LLS 2 

*0 LRS 1 
>( ALL) . C/ *D LR5 2 

*D LST 
*D MAC 
*D MBL 1 
, ';',OP(ALU,C/ *DMBL 2 


* MDEF KBR.P ‘ * , * D I 

* CON /'MOVE BYTE RIGT FROM REG. ' , Q [ 2) , ' TO REG. ',0(1). 'i', OP ( ALL) , C/ *DM9R 2 

* MDEF MLR.P MLR 1 


aw Fig. X. Part of macro definition statements for MODCOMP instructions 
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1397 


LDl .82 

#4020 

PICK UP OCX INSTRUCTION 

HND04110 

1395 


0(75 . K2 , 0 


ADD GROUP AND UNIT NUMBERS 

HND04120 

1393 


ST&1.R2 

M3CDND 

STORE OCX INSTR IN CONDITIONING 

HND0413O 

HDD 


STM . R2 

M3WHIT 

AND WRITE MODE INSTRUCTIONS 

HNDQ4140 

14D1 


LD5 - R2 * 5 


PICK UP IOS AND FUNCTION CODE 

HND04150 

1402 


N1LR . R2.R2 


ZERO i/0 STATE 

HND04160 

1403 


OR! ,R2 

#0100 

SET I/O STATE TO 1 WRITING M0DEHNDC417D 1 

1404 


STS . R2, 5 



HND041BD 

t4Q5 


BLM.R14 

SET I ME 

SET TIMER 

HN004190 

1406 


LDl ,R2 

#4000 

PICK UP CONDITIONING COMMAND 

HN DO 4 200 

1407 

M3C0ND 

0CB.R2.O 


OUTPUT CONDITIONING COMMAND 

HND04210 

1400 


LDI . R2 

#DO0O 

PICK UP TI COMMAND 

HND04220 

1409 

M3WRIT 

GCB .R2.0 


OUTPUT TI COMMAND 

HND04230 

1410 


BRU 

DQINT 

DECUEUE NEXT INTERRUPT 

HND0424O 

1411 


EJT 



HNDD4250 

1412 

M3TERM 

BLM.R14 

CKSTAT 

CHECK STATUS 

KN004260 

1413 


LD5 . R2, 5 


PICK UP I/O STATE 

HNDQ4270 

1414 


M8R.82.R2 



HND04280 

1415 


CRMB.R2 

ONE , M3CKSM , M3H LT 

IF IOS = 1 GO CHECK SIMUL I/O 

HNDQ42SD 

1416 


CRMB.R2 

THREE, M3STRD ,M3HLT 

IF IOS = 3 GO SET MEMORY READ 

HN004300 

1417 


CRMB, R2 

F0UR.M3BEGN.M3HLT 

IF IOS = 4 GO BEGIN AGAIN 

HNDQ4310 

1410 

M3HLT 

HLT 


INVALID I/O STATE 

HNDD4320 

1419 

M3CK5M 

TBRB. H4 ,2 

M3ST3 

IF SIMUL 1/0 NOT SET GO READ MEttHNDD4330 

1420 


BRU 

5 1 MU L 

GO PROCESS SIMULTANEOUS I/O 

HN00434Q 

1421 

M3ST3 

LDl »R2 

#FFF8 

PICK UF LENGTH OF 8 WORDS 

HND04350 

1422 


STM*.*R2»R1 

1 

STORE IN TC LOCATION 

HND04360 

1423 


LDl . R2 

16 

PICK UP LENGTH OF 16 BYTES 

HND04370 

1424 


STS.R2.3 


STORE IN TABLE 

HNDD4380 

1425 


LDl *R2 

M3BUF 

PICK UP AODR OF MEMuRY BUFFER 

HND0439D 

1426 


STM* , R2, R1 

2 

STORE IN TA LOCATION 

HNDC440D 

1427 


STS.R2.4 


STORE IN TABLE 

HND0441 0 

1425 


LD1.R2 

#4020 

PICK UP OCX INSTRUCTION 

HND04420 

1429 


0RS.R2.0 


ADD GROUP AND UNIT NUMBERS 

HNQD4430 

1436 


3TM.R2 

M3READ 

STORE OCX IN READ INSTRUCTION 

HND0444G 

1431 


LD5 . R2*S 


PICK UP 105 AND FUNCTION CODE 

HND04450 

1432 


MLR . R2 , R2 


ZERO I/O STATE 

HND04460 

1433 


0RI.R2 

#0300 

SET I/O STATE TO 3 READING MEM 

HND0447Q 

1434 


STS.R2.5 



HND04480 

1435 


BLi.1 * R1 4 

5ETIME 

SET TIMER 

HND04490 

1436 


lDI « R2 

#DBOD 

PICK UP TI COMMAND 

HND04500 

1437 

M30EAD 

0CB.R2.Q 


OUTPUT TI COMMAND 

HND04510 

1438 


BRU 

DQINT 

DECUEUE NEXT INTERRUPT 

RVD04520 

1439 

M35TRD 

LD5.R2.4 


SET INDICATOR FOR MEMORY PRINT 

HND04330 

1440 


STS.R2.t5 


STORE BUFFER AODR IN TABLE 

HHD04540 

1441 


LDS.R2.5 


PICK UF 105 AND FUNCTION CODE 

HNDQ4550 

1442 


MLR.R2.R2 


ZERO I/O STATE 

H*lDC4560 

1443 


OR 1 .112 

#0200 

SET IOS TO 2 WAITING 

HNDG4570 

1444 


STS.R2.5 



HND04580 

1445 


SLM.R14 

DELAY 

GO SET DELAY TIMER 

HND045S0 

1446 


BRU 

DQINT 

GO DEQUEUE NEXT INTERRUPT 

HND04600 

1447 


cJT 



HND04610 

1448 

M3TMSE 

LDS.R2.5 


PICK UP IOS AND FUNCTION CODE 

HND04620 

1449 


MBH.R2.R2 


ZERO FUNCTION CODE 

HND04630 

1450 


CRMB.R2 

FOUR .M3TIM0 .M3CHK3 

IF IDS * 4 GO ABORT AND START 

HND04640 

1451 

M3CHK3 

CRMB.R2 

THREE. M3TIM0.M3CK2 

IF 10b * 3 GO ABORT & START 

HND046SO 

1452 

M3CK2 

CRMB.R2 

TW0,M3BEGN.M3CK1 

IF IOS = 2 GO START AGAIN 

HND04660 

1453 

W3CK1 

CRUE.R2 

ONE .M3T1M0, M3HLTT 

IF IOS * 1 GO ABORT & START 

HND04S70 


OrJGINAL, PAGE IS 

POOH QUALITY 2 * Part sarr *pte source program 
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05/23/73 

aUTOFLOW char- 

SET - MODCOMP TEST PROGS (SCQ.HND.ERP. TIM) PAGE 36 

CHART TITLE - I/O HANDLER 

MODULES FOR TEST PROGRAM 



//NNDD4270// 

i 



//HND0450D// 

i oi 



i u 

* 




i LOAD REG. R2 WITH | 



! LOAD #DS0O INTO { 

{ Ci«I )+ E. ): PICK | 



\ REG. R2 ; PJCK UP ! 

{ UP I/O STATE | 

[ j 



i T1 COMMAND 

| MOVE BYTE RIOT | 



S 

j FROM REG. R2 TO { 



1 

| REG. R2 ; ' 

* 



M3 READ j IB 

1 

r 



/ / 

i 



/OUTPUT COMMAND / 

/HN004290/; NOTE 02 H 



/FROM RG . R2 TO / 
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